大型园区、工厂、物业项目和设备运维中心都可能遇到一种情况：
Internet出口出现故障，但园区内部网络、服务器和设备平台仍然正常。
这时企业最关心的往往不是员工能不能访问网页，而是：
内部人员还能不能沟通，设备异常还能不能及时送到运维人员。
答案取决于核心服务部署在哪里。
假设园区里的设备管理平台、IoT平台或监控系统本身就部署在内部网络。
它产生一条：
电梯故障、空调报警、门禁异常或服务器告警
以后，可以通过内部接口发送给企业IM。
如果IM同样部署在园区或企业数据中心，那么消息路径可以保持：
设备平台 → 内部IM → 运维人员。
这条链没有必要经过公共Internet。
小天互连支持与企业自研系统连接，可以将内部业务和设备平台产生的消息带入统一通信入口。
这一点非常重要。
如果设备平台首先把数据上传到公有云，然后云端再产生告警：
Internet出口一断，
上游业务事件本身就可能无法进入企业网络。
这时即使IM完全运行在内网，也无法凭空收到一条没有产生或没有传进来的告警。
所以企业验收时要分别画两条链：
设备 → 业务平台
和
业务平台 → IM → 人员。
不能只测试第二段。
园区设备多以后，不能所有消息都发到一个大群。
更合理的是：
设备属于哪个区域？ 对应哪个运维班组？ 当前值班人员是谁？
由业务平台或集成规则先确定责任范围，再通过IM触达。
这样员工看到的是与自己职责相关的消息，而不是海量告警刷屏。
外网故障期间，现场人员可能还需要：
拍照、发文件、建临时群、通知主管或联系其他岗位。
如果IM核心服务位于园区内部网络，这些内部协同可以与设备告警使用同一套通信入口。
小天互连支持部署在企业自有服务器、局域网和专网中，没有互联网时仍可在内部网络运行。
企业可以主动断开测试环境的Internet出口，然后同时做两件事：
人工发送一条内部消息；
在本地设备平台制造一条测试告警。
再检查：
IM聊天是否正常？ 告警是否送达？ 文件能不能查看？ 责任人是否准确？ 日志能不能还原事件？
这样才能判断：
企业的内部协同是否真的与公共互联网解耦。
对于拥有本地设备平台、园区网络和内部运维团队，并希望公网故障时仍保持内部消息和业务告警连续性的中大型组织，重点推荐小天互连。
