## Saga 微服務 實現 微服務調用，需要Saga—Server實現回滾任務的編排和執行，BeetlSQL提供了Saga—Server，一個可以水平擴展的Saga-Server  當客戶端調用start(gid)的時候，Saga會通過Kafka發送gid到Saga-Server，標志一個事務的開始。但用戶commit的時候，會發送回滾任務到Saga-Server以備用。 Saga-Server收到所有commit后，則認為業務執行成功，默認不做任何操作 Saga-Server收到rollback后，并不立即通知每個客戶端回滾，它必須等待最外層的發送rollback（如上圖的client1），才開始執行真正的回滾通知，并把關于此gid的每個回滾任務發送回各個系統執行 有些細節是必須關注的 * client和saga-server必須時鐘同步，才能讓Saga-Server判斷哪個客戶端才是事務最外層的客戶端 * 交互方式采用了Kafka，并使用gid作為消息key，使得每個能水平擴展的Saga-Server能處理同樣gid的業務，避免了Saga-Server自身并發潛在問題。但Saga難以調試這個毛病BeetlSQL也難以解決，因為微服務+消息這種架構模式，難調試是通病