概要
上篇簡單介紹了從普通事務-分布式事務-微服務事務處理方案，本篇著重介紹利用訊息實現事務的最終一致性即：rebbitmq遵從amqp協議（高階訊息佇列協議使得遵從該規範的客戶端應用和訊息中介軟體伺服器的全功能互操作成為可能），主要應用訊息的確認機制來保證訊息的可靠性：只要訊息傳送到broker那麼就一定能被消費，著中間主要過程：
1、訊息提供者將訊息傳送到broker
2、訊息訂閱者如何正常的消費訊息（防止消費異常）
詳解：一、訊息提供者將訊息有效的傳送到broker
1、事務
2、生產者將通道設定成confirm模式
二、訊息訂閱者如何正常的消費訊息（防止消費異常）
1、消費者接受並處理訊息，如果處理成功則手動確認。當訊息服務拿到這個確認後，才放心的說終於消費完成了。否則重發，或者進入異常處理
利用Dubbo框架搭建微服務
dubbo微服務框架搭建 一 服務端環境搭建 a provider安裝 b consumer安裝 c 註冊中心安裝 d 監控中心安裝 e 管理控制台安裝 二 服務端開發 a provider開發 b consumer開發 c 協議選擇 d 註冊中心選擇 官方英文 1 dubbo微服務框架官方指導 開...
微服務Springcloud超詳細教程 實戰（六）
這章接著第五章沒說完的繼續說 1.大小寫敏感 2.使用縮排表示層級關係 3.禁止使用tab縮排，只能使用空格鍵 4.縮排長度沒有限制，只要元素對齊就表示這些元素屬於乙個層級 5.使用 表示注釋 6.字串可以不用引號標註yaml yet another markup language 另一種標記語言 ...
微服務Springcloud超詳細教程 實戰（十）
獲取服務列表 當服務消費者啟動時，會檢測eureka.client.fetch registry true引數的值，如果為true，則會從eureka server註冊中心拉取服務列表，然後快取在本地。並且每隔30秒會重新獲取並更新資料。我們可以通過下面的引數來修改 eureka client re...