分享一套 golang 实现的 IM 系统，一键部署服务端，客户端 SDK 全平台支持，可以替代 IM 云服务

关注

发布于: 刚刚

分享一套golang实现的 IM 系统，一键部署服务端，客户端SDK全平台支持，可以替代IM云服务

开篇

自互联网诞生以来，即时通讯平台就一直存在。从世界范围来看，WhatsApp、Facebook、微信、Telegram 是领先的消息平台，用户主要使用这些平台与家人和朋友保持联系。随着互联网的发展，人与人之间的沟通是刚需，无处不在，几乎所有的 APP 都集成 IM 功能，从社交、游戏、到生活中的方方面面，打车、找房等。可以说 IM 作为一种通讯能力，已经成为互联网上的基础设施，成为许多 APP 不可或缺的功能。现在绝大多数 APP 使用 IM 云服务商的 SDK，方便接入的同时，也带来了几个深层次的问题：（1）成本问题：企业每年额外支付上万乃至数十万的云服务费用，是个不小的成本；（2）数据隐私问题：企业的用户数据、聊天记录等核心数据存储在 IM 云服务商，如何保证数据的安全性是个极大挑战；（3）需求定制问题：IM 需求多样化，IM 功能只能由 IM 云服务商通过 SDK 的形式提供给大家使用，对于一些定制化的需求，是否支持，什么时候实现，都是个未知数；（4）云服务商绑架问题：一旦使用 IM 云服务，形成捆绑关系，迁移成本高，受制于人。

OpenIM 采用和 IM 云服务相同的接口，提供服务端和客户端 SDK，让开发者以免费或低成本接入 IMSDK，并私有化部署，完成 IM 功能接入。

介绍

OpenIM：由前微信技术专家打造的基于 Go 实现的即时通讯（IM）项目，从服务端到客户端 SDK 开源即时通讯（IM）整体解决方案。开发文档完善，代码 100%开源，支持 Andorid、iOS 原生开发，支持 Flutter、uni-app 跨端开发，支持小程序、React 等所有主流 web 前端技术框架， PC 支持 Electron，可以轻松替代第三方 IM 云服务。

后台架构

服务端由接入层、逻辑层和存储层组成，好处在于各个层次能够依据业务特点专注于自己的事情，提高系统复用性，降低业务间的耦合。

（1）接入层：消息通过 websocket 协议接入，其他通过 http/https 协议接入，消息是高频及核心功能，通过双协议路由，体现了轻重分离的设计思想。

（2）逻辑层：通过 rpc 实现无状态逻辑服务，易于平行扩展，消息通过 MQ 解耦。

（3）存储层：redis 存储 token 和 seq；mongodb 存储离线消息，并定时删除 14 天（可自行配置）前数据；mysql 存储全量历史消息以及用户相关资料。数据分层存储，充分利用不同存储组件的特性。

（4）Etcd：服务注册和发现、以及分布式配置中心。

消息流程

Open-IM 消息模型采用经典的收件箱模型，并通过全局 seq 做消息对齐，这里带来架构的简化，体现了简单美的架构设计理念。很多开发者通过网络文章，了解到收件箱模型的原理，也知道 seq 的概念，但如何在项目中做权衡和取舍，爱因斯坦曾经说过“事情应该力求简单，不过不能过于简单”，我们看到很多技术文章对收件箱模型和 seq 的滥用，要么系统设计复杂，要么过于简单，最后的结果是系统不稳定，消息可达率无法达到要求。以下我们简单讲解消息如何发送，系统如何简单解耦，接收方如何实时收到消息，并如何利用 seq 做全局消息对齐，确保消息百分百可达。