融云SealLive v2.3.3

融云SealLive是一款非常专业的即时通讯软件，本作可以方便的为直播聊天室实现弹幕、点赞、礼物、成员进入等消息通讯功能。可以节约视频直播产品的开发和运营成本。快点下载试试吧。

融云SealLive特色：

应用内社交

满足 App 内的社交沟通需求，提供单群聊、超级群等多种聊天模式，支持红包、图片、语音和小视频，实时消息推送，高度自定义界面，高清音视频通话，有效提升用户粘性和活跃度

直播互动

提供聊天室互动和内容审核服务，无上限在线人数，亿级消息并发，支持弹幕、 送礼物和点赞等各种消息类型和自定义消息，支持回看，管理灵活，轻松打造良好的直播聊天互动体验

企业 IM

专为企业客户提供的完整解决方案，覆盖桌面和移动端，设备无缝切换，快速对接多办公系统，支持基于组织架构的企业通讯录，可按需定制，实现企业沟通和办公的高效协同

商业沟通

满足商家与用户的多场景沟通需求，提供客服能力，提升服务效率，智能机器人，人机互助，开放，开源，快速接入，极简集成，可在客服基础逻辑上进行高度定制，有效降低人力成本，沉淀客户价值

融云SealLive亮点：

稳定健壮

数据中心异地多活

自动水平扩展

日消息峰值 2218 亿

稳定支撑多款亿级产品

亿级并发

无上限用户数量

亿级消息并发

即时到达

全球多节点

全球多数据中心

和节点服务

为你提供各大洲

稳定的海外链路支持

安全保障

私有二进制通讯协议

数据全程加密

安全可靠

自由扩展

无状态服务集群

服务、数据、网络

均可动态伸缩

无限扩展

融云SealLive四大部署模式：

公有云

快速接入

官网注册，自助开通，并提供 Demo 和详尽文档示例，几行代码，更快接入融云 IM 服务

成本低廉

无需额外硬件和运维投入，基础功能免费，还可在开发环境下免费体验公有云高级功能

规模应用

拥有无限伸缩的存储空间，轻松满足 App 用户规模增长的需求

弹性灵活

伸缩自如，弹性扩展，资源可快速部署和释放，便于迅速扩大和缩减规模

私有云

安全隔离

为客户单独使用而构建，保障对数据、安全性和服务质量的有效控制

自主可控

资源规模可灵活调配，并可根据企业自身业务做定制开发资源

高效运用

将数据集中起来，用户可在任何地点，随时访问数据，减少传统的资源交换，提高资源的利用率

低本扩容

利用企业现有硬件资源构建云服务，从而大幅降低企业扩容成本

专有云

资源隔离

采用定制化的底层调度策略，保障专有云租户与公共云资源相互隔离，服务更稳定，性能更可靠

即需即用

按需定制服务，兼容不同业务形态，实时生效，帮开发者更快接入和自身业务匹配的定制 IM 服务

自由扩展

业务参数可自由调整，服务频率可灵活调节，助力开发者自身业务的无阻碍扩展

专人维护

按需定制服务，兼容不同业务形态，实时生效，帮开发者更快接入和自身业务匹配的定制 IM 服务

海外云

连通全球

随时随地有至少 3 个就近节点提供接入，业务出海无忧，服务连通全球

低延迟 、不丢包

全球多数据中心，优化后的海外链路让消息发送稳定可靠，畅通无阻

平滑迁移

业务平滑过渡，终端用户无感知，迁移成本低

融云SealLive常见问题：

是否有系统瓶颈和任何数量限制?

融云直播聊天室不存在任何系统瓶颈，系统可以实现平滑的横向扩展，支持任意规模的同时在线用户消息分发。

消息并发量过大是否会导致服务崩溃?

当遇到直播高峰，用户数与消息量超出系统承载能力时，系统会自动根据预先设定的规则对消息进行抛弃，优先抛弃掉低优先级消息，确保系统能够稳定运行，不会影响用户体验。

什么是消息分级与消息抛弃模型

当聊天室内人数众多，消息量会变得非常大，这时可能会出现服务端超过预设承载能力或者分发的消息量超过客户端消息接收能力的情况，这时，就需要引入消息分级机制。

融云并没有对任何消息进行抛弃，但是在消息量极大的情况下，比如 1 万人到百万左右的聊天室内，消息并发量极大的情况下，每个用户端能收发到的消息和体验已经很有限，因此消息抛弃指的是确保用户端总是能收到最重要的消息，因此不重要的消息看起来就像是被抛弃了。

在开发过程中，除官方的普通文本消息之外，开发者需要针对不同的消息类别定义不同的消息类型，以便通过消息的 ObjectName 设置消息分级。目前融云支持两级消息分类，分别是高优先级消息和低优先级消息。当发生消息抛弃行为时，优先抛弃低优先级消息。

直播聊天室的成本结构是如何的?

直播聊天室的成本结构主要包括两大部分：

1、服务器成本：主要包括维持同时现在用户长连接的连接服务器成本和负责分发消息的消息服务器成本，还有极少量的基础功能服务器成本。

2、流量成本：流量成本决定于系统最终分发的消息量和消息尺寸。为了降低成本，开发者在设计时要注意控制消息序列化之后的尺寸，也可以从业务角度优化消息量。注意：消息流量是 IDC 流量，与直播视频流使用的 CDN 流量成本有巨大差别，不可放在一起比较。

我还需要关注如何优化消息吗?

是的。聊天室作为一种特殊的场景，其消息分发量是海量的，比如 1 万人的聊天室，如果实时在线的人每个人同时发送 1 条消息，那消息分发量就是 1 万 X 1 万 等于 1 亿的消息并发。因此您需要注意控制用户端发送消息的频率。比如常见的点赞消息，用户端可以非常快速的点赞，但建议您做成消息归并，每 1 秒再发送一条消息，每条点赞消息内携带一个数字，这个数字表示在 1 秒内该用户点赞了几次。这样可以大大减少消息并发量。