有些项目必须做等保,那就得有证书服务器,多数操作都需要证书服务器进行提交密钥_风闻
落伍老站长-2022-09-04 21:58
【本文来自《东软集团回应成都核酸检测系统崩溃:新系统网络故障,具体原因正在排查》评论区,标题为小编添加】
- 中通外直
- 多谢分享! 内行人的分享更有说服力。系统确实复杂。 唯有一点,东软已在多个城市推广系统,应该很有经验了。是否可监控与各系统接口的流量,各应用之间数据的流量,服务器的负载?一旦出问题,马上针对流量明显降低,或负载猛增的溯源,查原因。找到了关键点,那就识别是对方的传得慢,还是自己收得慢处理慢。 当然,各类监控,都需要资金投入。 外行人的观点,用词不专业,也可能存在理解误区。 请专业人士指教。
没有办法,各个接口都需要有资助的公司提供
比如证书服务器,有些项目必须做等保,那么必须有证书服务器,多数操作都需要证书服务器进行提交密钥
拿电子票据系统举例
*思提供平台及客户端系统
某大*元品牌证书服务器
*想品牌硬件服务器
*为品牌防火墙
*为品牌网关及交换机
*信*提供VPN以及准入
*通/*信/*动均可提供接入线路
*信/*通可能会提供云计算
该民营医院HIS可能为*软提供
需要开具电子发票时逻辑如下
HIS结算系统通过API上传数据给*思在*信的云主机,某信云主机去调用放置在该医院机房的某大*元品牌证书服务器的证书进行校验,校验成功后连接省服务器,省服务器回传数据完成开票,这时只是开票,如果还需要微信公众号可查,需要定时传输相应数据到对应服务器。
这只是基本的结构
实际上中间很多没有直连的项目,需要多次跳转,某一个链条挂了,就需要专业的运维去查找判断找出原因然后上报,之后扯皮。