如何建設技術中臺?
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技術;參與研發的神州商橋電子商務平臺獲得“全國電子商務示范單位”稱號;帶領團隊研發的國電通云終端系統在國網多個省公司推廣應用。
請輸入評論內容...
請輸入評論/評論長度6~500個字
最新活動更多
- 1 AI狂歡遇上油價破百,全球股市還能漲多久? | 產聯看全球
- 2 OpenAI深夜王炸!ChatGPT Images 2.0實測:中文穩、細節炸,設計師慌了
- 3 6000億美元估值錨定:字節跳動的“去單一化”突圍與估值重構
- 4 Tesla AI5芯片最新進展總結
- 5 連夜測了一波DeepSeek-V4,我發現它可能只剩“審美”這個短板了
- 6 熱點丨AI“瑜亮之爭”:既生OpenClaw,何生Hermes?
- 7 AI界的殺豬盤:9秒刪庫跑路,全員被封號,還繼續扣錢!
- 8 2026,人形機器人只贏了面子
- 9 DeepSeek降價90%:價格屠夫不是身份,是戰略
- 10 AI Infra產業鏈卡在哪里了?


分享













