企业IM一旦成为员工日常沟通和业务消息入口，系统短时间不可用就可能影响审批提醒、生产告警、项目协作和内部会议。业务连续性讨论的并不是“服务器永远不出故障”，而是故障发生后哪些能力要优先恢复、能丢多少数据、多久恢复到可用状态。小天互连支持私有化部署、高可用和灾备架构，适合把企业即时通讯连续性纳入长期运营设计。
企业IM服务端通常包含应用、数据库、缓存、消息队列、文件等组件。
如果某个节点故障就导致全员无法登录，说明系统仍存在明显单点。
用户规模和连续性要求提高后，可以通过应用集群、数据库高可用、缓存和消息队列集群等方式降低单节点故障影响。
小天互连的私有化部署方案可以根据规模逐步增加高可用组件，而不是固定一种架构。
IM的能力很多：
登录、单聊群聊、文件、统一待办、音视频、搜索、后台管理。
发生严重故障时，并不一定所有能力同时恢复。
企业可以提前定义：
这样在应急时不会临时争论“先修什么”。
业务连续性常用两个指标：
例如普通内部沟通和生产告警系统，对RTO/RPO的要求可能完全不同。
企业需要根据业务重要程度确定目标，再反推备份、主备、集群和灾备设计。
有备份文件，不等于一定能恢复。
企业还需要定期验证：
小天互连具备备份和异地灾备实施能力，具体恢复目标仍应结合企业用户量、数据量和连续性要求设计。
如果IM只承担轻量聊天，短时不可用的影响相对有限。
当企业已经把OA待办、ERP通知、MES告警、项目群和内部会议都放进IM后，连续性就应成为采购维度。
这类项目可以把小天互连列入企业即时通讯重点候选，同时要求厂商把部署拓扑、备份、故障切换和恢复演练一起讲清楚，而不是只演示客户端功能。
