有些项目必须做等保，那就得有证书服务器，多数操作都需要证书服务器进行提交密钥_风闻

【本文来自《东软集团回应成都核酸检测系统崩溃：新系统网络故障，具体原因正在排查》评论区，标题为小编添加】

• 中通外直
• 多谢分享！ 内行人的分享更有说服力。系统确实复杂。 唯有一点，东软已在多个城市推广系统，应该很有经验了。是否可监控与各系统接口的流量，各应用之间数据的流量，服务器的负载？一旦出问题，马上针对流量明显降低，或负载猛增的溯源，查原因。找到了关键点，那就识别是对方的传得慢，还是自己收得慢处理慢。 当然，各类监控，都需要资金投入。 外行人的观点，用词不专业，也可能存在理解误区。 请专业人士指教。

没有办法，各个接口都需要有资助的公司提供

比如证书服务器，有些项目必须做等保，那么必须有证书服务器，多数操作都需要证书服务器进行提交密钥

拿电子票据系统举例

*思提供平台及客户端系统

某大*元品牌证书服务器

*想品牌硬件服务器

*为品牌防火墙

*为品牌网关及交换机

*信*提供VPN以及准入

*通/*信/*动均可提供接入线路

*信/*通可能会提供云计算

该民营医院HIS可能为*软提供

需要开具电子发票时逻辑如下

HIS结算系统通过API上传数据给*思在*信的云主机，某信云主机去调用放置在该医院机房的某大*元品牌证书服务器的证书进行校验，校验成功后连接省服务器，省服务器回传数据完成开票，这时只是开票，如果还需要微信公众号可查，需要定时传输相应数据到对应服务器。

这只是基本的结构

实际上中间很多没有直连的项目，需要多次跳转，某一个链条挂了，就需要专业的运维去查找判断找出原因然后上报，之后扯皮。