Cheap and reliable Node.js hosting starts at $3/month, and $1/month static HTML hosting

turms服务端的Demo地址（自带Mock数据）：http://120.24.57.206:9510/ （提醒：如果您直接打开该页面，会提示“401无权限”）
turms-admin的Demo地址（Prod配置）：~~http://47.99.56.54:9512/~~ （租约到期，等发布v0.10.0时再提供在线Demo）：登陆turms-admin时，在turms服务端地址栏处输入：http://120.24.57.206:9510/ ，且账号与密码均为：guest。该账号有查询与增加领域模型的权限，无更新与删除领域模型的权限

您还可以使用任意turms-client(java/js/swift)客户端，来登录该turms服务端，并与其他用户进行各种交互。

特性

Turms基于读扩散消息模型进行架构设计，对业务模型感知同时支持推模式、拉模式与推拉结合模式（详细文档：Turms业务模型状态感知），其中涉及到的大部分设计细节也源自主流的大中小型商用即时通讯项目。并且相比很多技术栈落后的开源项目或闭源商用项目，Turms解决方案也是全球即时通讯开源领域内唯一一个基于现代化架构与现代化工程技术，并且适合中大规模部署的解决方案。

另外，Turms作为通用的即时通讯开源项目很难能可贵的一点是：Turms知道什么功能该做，什么功能不该做。具体原因可查阅Turms集合设计以及Turms监控系统（TODO）相关文档。

功能特性

业务功能完善性。Turms支持几乎所有商用即时通信产品所支持的即时通信相关功能（甚至还有更多的业务功能），并且无任何增值功能收费，无需提交工单以申请功能，无业务功能限制。（数据分析与挖掘功能会在之后发布turms-data的时候提供，具体细节可查阅 Turms数据分析）
功能拓展性。Turms同时支持两种拓展模式。配置参数；自定义Plugin插件。当然您也完全可以对源码进行修改。目前接入的MinIO对象存储服务端就是基于Plugin机制实现的。
功能配置灵活性。Turms提供了上百个配置参数供用户定制，以满足各种即时通信场景。并且大部分配置都可以在集群运作时，进行集群级别的同步动态更新，并且不损失性能。（注意：对集群进行配置更新的时候，不需要停机）

架构特性

支持用户无感知停机更新，为快速迭代提供可能
无状态架构，支持Turms集群横向扩展
支持接入安全防护层（主要就是抵御DDoS攻击，方便做流量清洗）
支持异地多活的部署实现
方便与云服务对接，实现全自动化部署与运维（Turms还将推出turms-cli来辅助运维工作）
能同时支持大中小型即时通讯场景，即便用户体量由小变大也无需重构（当然，对于大型运用场景还有很多优化的工作需要做，但当前架构不影响后期的无痛升级）
核心架构“轻量”，方便学习与二次开发（原因请查阅 Turms架构设计）
数据库集群支持请求路由、读写分离、分片与副本架构

其他特性

重视可观察性体系建设（详细文档：Turms监控系统（TODO））。具体而言包括以下三个维度：
- 日志（针对事件）：共提供了三大类日志：监控日志、业务日志、统计日志
- 度量（针对可聚合数据）。包括系统运行状态的实时监控信息，以及业务相关数据的实时信息
- 链路追踪
补充：Turms服务端自身会在实现高效的前提下尽可能提供更多监控数据，对于一些尽管常见但对性能影响较大的功能不予提供（如：日活）。对于这类拓展功能，您可以通过对Turms的日志与度量数据进行离线或实时分析来实现该类功能。
运作极为高效。
- （网络I/O）Turms服务端的所有代码均采用“响应式编程”模式，是目前全球范围内对响应式编程实践最为深刻的开源项目。Turms服务端的所有网络请求在底层都是基于Netty的异步无阻塞模型实现的（包括数据库调用、Redis调用、服务发现注册、RPC等）
- （线程）Turms服务端具有优秀的线程模型，其线程数恒定，与在线用户规模以及请求数无关
- （内存）Turms服务端与Turms客户端间的所有通信数据均为Protobuf二进制数据。在划分内存空间时，合理且充分地循环利用堆内内存与堆外内存
- （缓存）Turms服务端各功能模块充分利用本地内存缓存

项目构成

名称	描述
turms	Turms服务端。对用户提供各种IM业务逻辑的实现，对管理员提供基础数据管理、权限控制、集群配置等功能
turms-gateway	Turms客户端网关（推送服务端）。负责用户鉴权与会话保持、消息推送，以及Turms服务端的负载均衡等功能
turms-client-js	对外暴露IM业务相关的API接口，并在底层实现与Turms服务端的各种交互逻辑（如路由跳转、自动重连、心跳检查等）。您在使用该库时，无需关心背后的逻辑
turms-client-kotlin	同上
turms-client-swift	同上
turms-admin	为Turms服务端集群提供：内容管理、集群配置等功能
~~turms-apm~~	（该项目将会被移除，其功能将会集成到turms-admin中）为Turms服务端集群提供监控与报警功能
turms-plugin	当指定事件（如用户上下线、消息接收与转发等）被触发时，turms和turms-gateway会调用对应的自定义插件以方便开发者实现各种各样定制化功能
turms-plugin-minio	基于turms-plugin实现的存储服务插件。用于与MinIO服务端进行交互
turms-data（TODO）	尚未发布。基于Flink生态的独立数据分析系统，负责实时ETL与业务数据统计分析，为turms的管理员统计接口与turms-admin报表等运营功能提供底层数据支持
turms-client-cpp（TODO）	尚未发布。

参考架构

Turms的架构设计脱胎于标准的大中型商用即时通讯架构。下图为Turms的参考架构图，虚线部分为可选服务，实线部分为必选服务（补充：额外的日志系统与数据分析系统不在v1.0.0计划的体系当中）。Turms的整个架构设计中还有许多创新之处，具体架构细节请查阅该Turms架构设计。

产品对比

	Rocket.Chat	大量具有高关注度的低质即时通讯项目	Turms
应用场景	企业内部通讯	企业内部通讯	通用的大中小规模商用即时通讯场景（为二次开发提供实际操作的可能）
优点	1. 客户端支持众多平台且开箱即用 2. 带有完整且风格统一的UI套件 3. 具有大量的拓展即时通讯功能，包括音视频会议、文件传输、桌面共享等高级功能 4. 商业版有技术团队支持	1. 部分开发者具有开源奉献精神	1. 技术格局大，架构设计与实现脱胎于标准商用架构 2. 技术掌控能力与落地能力强，具备相对完善的生态圈。Turms不仅包括服务端与客户端实现，还包括配套的管理员后台系统 3. 注重项目的自动化运维与可观察性建设（TODO） 4. 代码设计功底扎实，代码质量高（篇幅有限，更多具体的优点请查阅：Turms特性）
缺点	1. 只适合小规模部署（千人以下） 2. 面向场景窄，功能可定制性差	1. 项目技术人员技术视野窄，代码质量过低，无软件工程思维 2. 项目大多具有玩票性质。通常随着维护者技术格局的不断提高，维护者会发现当前服务架构混乱不堪，但又没能力重构，或者发现同领域内还有其他开源的且对方项目具有碾压性优势的时候，热情大减，放弃继续维护项目 3. 项目大多哗众取宠（通常伴随互刷关注度）。由于吸引初级程序员更容易快速获取关注度，该类项目多会提供一些业余水平的UI界面与外强中干的产品功能，最终积重难返，彻底沦为玩具项目 4. 部分项目仅公开部分源码，以假借开源名义来推广低质的收费服务。但其收费服务远不如免费的Rocket.Chat，跟融云、网易云信等成熟的商业服务相比就更无优势可言了 5. KPI项目或面试用项目。目的完成后便抛弃项目	1. 只满足通用的即时通讯需求，不提供拓展功能的实现（如：不具备常用的音视频会议功能。TODO：Turms后期会基于SFU媒体服务器为Turms主服务端定制一套信令服务端，目前您可自行选择其他音视频会议解决方案与Turms进行集成） 2. 配套的管理员运维系统不提供专业的运维功能（注意：Turms配套的管理员系统和商用的运维系统不是水火不容，而是相辅相成的）。 3. 监控系统仍未形成一个完整且统一的闭环 4. 不提供客户端具体的上层业务逻辑实现与UI支持 5. 服务端与客户端的测试力度低 6. 服务端的代码几乎都基于响应式编程开发，对二次开发者的技术水平要求相对高
总评	几乎是开源届中企业内部通讯实现的最优开源项目，非常推荐	受众主要是不了解即时通讯领域的初级程序员，Rocket.Chat跟这类产品相比具有碾压性的优势	Rocket.Chat和Turms虽然同为即时通讯领域的开源项目，但二者在应用场景上几乎没有交集。因为Tumrs是面向通用的大中小型即时通讯应用场景，且相对底层的即时通讯引擎。您无法直接将Turms引擎交给您的客户使用（就像大部分产品不会让客户直接写SQL语句来查询数据库里的业务模型一样）。但基于Turms，您可以更高效、更全方位、更定制化地实现GitHub上目前所有开源的即时通讯解决方案

关于带具体业务实现的Demo

出于Turms引擎的定位，Turms并不打算在近期提供带UI与具体业务逻辑的客户端Demo。

一方面，在业务层面，Turms已经足够简单易用了，若您仅是想自行测试Turms的业务功能，您甚至无需敲一行代码，即可运行Turms服务端。仅需十来行代码就可以实现客户端的登陆、发送消息、发送好友请求等等多种业务操作，修改下业务相关配置，即可定制各种业务。

另一方面，Demo的设计与实现与具体业务场景、具体的编程语言、具体的技术架构、具体的运行平台都密切相关。而Turms引擎一直是致力于高效地满足各种复杂多变的即时通讯业务场景，不希望因为Demo限制了开发者的想象力。并且开发与维护Demo也非常地费时费力，会拖慢Turms服务端的工作进度。

因此，近期不打算做具体业务场景相关的Demo。

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].

Stars: ✭ 97

Visit Git Page 🔗Visit User Page 🔗Visit Issues Page (253) 🔗