OpenIM每周五发布新版，包括新特性发布，bug修复，同时合并PR
v2.0已经重构完毕，架构更清晰，代码更规范，邀请各位参与OpenIM社区建设有兴趣的同学可以加我私聊。
目前侧正在业务开发，已提供更多功能，包括群管理，阅后即焚，朋友圈，标签下发等。
web端体验：https://open-im-online.rentsoft.cn/
安卓端体验：https://www.pgyer.com/OpenIM
服务端超过7K star，OpenIM作为开源IM的领跑者，离不开大家的支持，消息通过经过压测和可靠性测试，请放心用于生产环境。
性能及容量总结
服务器资源：8核16G内存， 6个机械磁盘，每个磁盘100G， mongo 分片，10MB带宽。
容量：用户容量10万以上，消息条数10亿条。
性能评估：同时在线用户10万，每秒钟发送消息900条，消息延时1秒（从发送者发出消息到接收到消息）
可靠性总结
启动sdk，模拟50个用户在线、离线情况，消息可靠性100%
发送10万消息，有3条失败，其他消息都能被对方精确收到，并成功落地本地db。对于失败的3条消息，接收方确实没有收到，系统消息是一致的。
IM消息系统的可靠性，通常就是指消息投递的可靠性，即我们经常听到的“消息必达”，通常用消息的不丢失和不重复两个技术指标来表示。确保消息被发送后，能被接收者收到。由于网络环境的复杂性，以及用户在线的不确定性，消息的可靠性（不丢失、不重复）无疑是IM系统的核心指标，也是IM系统实现中的难点之一。总体来说，IM系统的消息“可靠性”，通常就是指聊天消息投递的可靠性（准确的说，这个“消息”是广义的，因为还存用户看不见的各种指令和通知，包括但不限于进群退群通知、好友添加通知等，为了方便描述，统称“消息”）。
github地址：https://github.com/OpenIMSDK/Open-IM-Server
开发者中心：https://doc.rentsoft.cn/#/
docker镜像v2.0.5 已更新，请拉取最新镜像， 见文档：https://doc.rentsoft.cn/#/demo/server_deploy/docker_singe
github tag已经发布，请自行build。
创始团队来自IM技术团队，我们致力于用开源技术创造服务价值，打造轻量级、高可用的IM架构，开发者只需简单调用 SDK，即可在应用内构建多种即时通讯及实时音视频互动场景。无论是电子政务办公，企业协同办公，在线客服，或者去中心化的web3应用，OpenIM都是最优选择。从数据安全性角度讲，OpenIM给企业提供了“一切皆可控”的IM解决方案。从成本角度讲，只需支付云服务商5%的费用就能达到同样的效果，并且，让之前不可能的商业场景变为可能。对于IM最核心的服务端和客户端SDK，大家可以免费商用。对于带有UI版本的客户端，需要商业授权，对于某些高级功能，也需要商业授权。
未来规划