有些項目必須做等保，那就得有證書服務器，多數操作都需要證書服務器進行提交密鑰_風聞

【本文來自《東軟集團回應成都核酸檢測系統崩潰：新系統網絡故障，具體原因正在排查》評論區，標題為小編添加】- 中通外直 多謝分享！

內行人的分享更有説服力。系統確實複雜。

唯有一點，東軟已在多個城市推廣系統，應該很有經驗了。是否可監控與各系統接口的流量，各應用之間數據的流量，服務器的負載？一旦出問題，馬上針對流量明顯降低，或負載猛增的溯源，查原因。找到了關鍵點，那就識別是對方的傳得慢，還是自己收得慢處理慢。

當然，各類監控，都需要資金投入。

外行人的觀點，用詞不專業，也可能存在理解誤區。

請專業人士指教。

沒有辦法，各個接口都需要有資助的公司提供

比如證書服務器，有些項目必須做等保，那麼必須有證書服務器，多數操作都需要證書服務器進行提交密鑰

拿電子票據系統舉例*思提供平台及客户端系統

某大*元品牌證書服務器

*想品牌硬件服務器

*為品牌防火牆

*為品牌網關及交換機

*信*提供VPN以及准入

*通/*信/*動均可提供接入線路

*信/*通可能會提供雲計算

該民營醫院HIS可能為*軟提供

需要開具電子發票時邏輯如下HIS結算系統通過API上傳數據給*思在*信的雲主機，某信雲主機去調用放置在該醫院機房的某大*元品牌證書服務器的證書進行校驗，校驗成功後連接省服務器，省服務器回傳數據完成開票，這時只是開票，如果還需要微信公眾號可查，需要定時傳輸相應數據到對應服務器。

這只是基本的結構

實際上中間很多沒有直連的項目，需要多次跳轉，某一個鏈條掛了，就需要專業的運維去查找判斷找出原因然後上報，之後扯皮。