2． 保證數據一致性的模式

（一）可靠事件模式（二）業務補償模式（三）TCC模式（Try－Confirm－Cancel）

上述幾種模式，經常有人提到下面的問題：

1）都要求服務提供者在正常的交易之外，提供額外的功能，貌似帶來了代碼的復雜度，加大了工作量。實際上都是業務需求中必備的，例如：TCC 模式在交易系統中都有預扣款這樣的接口，并不會增加實現的工作量。而對于服務的調用者來說，相關服務的調用由微服務框架實現，例如自動的事件投放、自動補償調用、TCC中 CC 服務的調用，也不需要額外的工作量；2）如何從當前上下文向補償接口、confirm接口、cancel 接口傳遞參數？實際上只要將正向交易的數據傳遞過去即可，不需要額外的數據；3）如果補償還是失敗，該怎么辦？還是需要對賬的。 分布式感覺能力的相關技術

建立感覺能力可以概括為以下四種方式：

1）心跳監測：提供模擬交易，由系統主動提供運行狀態信息。2）日志記錄：系統將運行情況記錄下來，用于感覺后端服務的運行情況。3）字節碼注入：注入到服務端代碼中，用于感覺后端服務的運行情況。4）客戶端埋點：注入到客戶端代碼中，用于感覺前端的運行情況。

聚合式知覺能力的相關技術

“感覺”探查到的信息匯總形成完整的“知覺”，例如：

1）健康檢查：知曉微服務健康狀態，了解服務的可用性，避免調用到失效服務上。2）性能分析：知曉微服務運行的性能，了解整個系統的瓶頸，在實時分析的基礎上進行預警，在問題萌芽的階段發覺并告警，降低問題影響的范圍和時間。3）業務監控：知曉業務交易情況，監測業務訪問量、慢交易數量、業務時延及發生錯誤的次數等各項業務指標。4）故障定位：知曉微服務的拓撲結構、調用關系和調用順序，實時搜集信息并進行聚合分析，了解系統和應用中發生的事件，盡量避免故障，并且在發生故障后快速定位故障，減少處理時間。

重復的“輪子”。

建立微服務架構下系統的知覺能力，需要多個層面配合完成，是一個系統性的工程，而不是孤立的考慮。我們把系統的“知覺”能力縱向分為四個層次，客戶端（Web、H5、APP、小程序等）、服務端（微服務進程）、技術組件（虛機、容器、中間件、數據庫等）、基礎設施（網絡、服務器、存儲等）。“知覺”體現的最終行動，分為鏈路拓撲、監控、預警、故障定位、趨勢分析等幾個主題；配置中心（CMDB）實現所有涉及到的應用軟件、系統軟件、服務器和網絡設備的配置管理、監控參數設置、業務規則配置，監控中心負責監控展示與告警；分析中心根據“感覺”采集的數據進行深度挖掘，積累知識。 關于作者：黃榮，數字化金融研究院研究員，擅長系統分析和架構設計、金融三級密鑰安全體系及信息安全保障、虛擬化和云計算技術、JavaEE技術；參與研發的神州商橋電子商務平臺獲得“全國電子商務示范單位”稱號；帶領團隊研發的國電通云終端系統在國網多個省公司推廣應用。