GTS(全局事務服務)——由阿里巴巴中間件部門研發,是目前業界第一款,也是惟一的一款通用一站式解決微服務分佈式事務問題的中間件,並且能夠保證數據的強一致性。
html
1.單體應用拆分爲分佈式系統帶來的複雜性:開發者不只要實現多模式進程間通信機制,還要寫額外的代碼去處理局部故障問題;
2.單體應用拆分致使了數據庫架構的拆分:在微服務架構下,應用不得不調用多個微服務去更新多個數據庫,一些流行的NoSQL數據庫和Message Queue系統壓根也不支持(攤手);
3.測試微服務架構的應用變得更加複雜:由於服務之間可能有諸多調用,測試一個服務將不得不啓動其餘服務,小仙女耗不起;
4.部署、運維微服務架構的應用變得更加困難:微服務通常由大量的服務組成,每一個服務還有多個運行實例,將致使有更多變化的部分須要去配置、部署、擴展、監控;web
1.將微服務簡單化、平民化:它將微服務從分佈式事務中解放出來,不須要再考慮反向接口、冪等、回滾策略等複雜問題,只須要業務本身的接口便可,大大下降了微服務開發的難度與工做量;
2.低成本、侵入性極低:GTS對業務代碼幾乎沒有侵入,只須要經過註解@TxcTransaction界定事務邊界便可,業務代碼最少只須要添加一行註釋聲明事務便可,並且微服務接入GTS的成本很是低。
3.性能超強、難以超越:GTS擁有很是優秀性能,是傳統XA方案的8~10倍,普通配置的單服務器能夠達到15000 TPS以上的超強性能(兩個小時完成1億多筆業務);數據庫
目前已經在淘寶、天貓、阿里影業、阿里媽媽等阿里各業務系統普遍使用,經受了16年和17年兩年雙十一海量請求的考驗。衆多大小型企業都經過GTS解決SpringCloud、Dubbo、EDAS等微服務的分佈式事務問題,涉及電力、物流、ETC、菸草、金融等十幾個行業,獲得用戶的一致承認,瘋狂爲它「打電話」!!!服務器
那麼問題來了(參與如下話題還可得到好禮哦!):
1.您遇到的分佈式事務問題的場景大概是什麼樣子膩?
2.您遇到的問題是微服務的事務問題嘛?若是是,用的是哪一種微服務框架?
3.您目前用的什麼數據庫,是否有跨數據庫訪問的場景?架構