2． 保證數(shù)據(jù)一致性的模式

（一）可靠事件模式（二）業(yè)務(wù)補(bǔ)償模式（三）TCC模式（Try－Confirm－Cancel）

上述幾種模式，經(jīng)常有人提到下面的問題：

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

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

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

聚合式知覺能力的相關(guān)技術(shù)

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

1）健康檢查：知曉微服務(wù)健康狀態(tài)，了解服務(wù)的可用性，避免調(diào)用到失效服務(wù)上。2）性能分析：知曉微服務(wù)運(yùn)行的性能，了解整個系統(tǒng)的瓶頸，在實時分析的基礎(chǔ)上進(jìn)行預(yù)警，在問題萌芽的階段發(fā)覺并告警，降低問題影響的范圍和時間。3）業(yè)務(wù)監(jiān)控：知曉業(yè)務(wù)交易情況，監(jiān)測業(yè)務(wù)訪問量、慢交易數(shù)量、業(yè)務(wù)時延及發(fā)生錯誤的次數(shù)等各項業(yè)務(wù)指標(biāo)。4）故障定位：知曉微服務(wù)的拓?fù)浣Y(jié)構(gòu)、調(diào)用關(guān)系和調(diào)用順序，實時搜集信息并進(jìn)行聚合分析，了解系統(tǒng)和應(yīng)用中發(fā)生的事件，盡量避免故障，并且在發(fā)生故障后快速定位故障，減少處理時間。

重復(fù)的“輪子”。

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