採用此方案時, 必需先行確認: 未維持數據一致性的微服務; customer wish list 微服務與customer preference 微服務; 是可以接受從 Soft State 到 Eventual Consistency, 需經過一段較長的時間的; 也許是一天, 甚至是更久。

另外, 在採用此方案時, 也應該清楚的知道: 此設計方案將使得各微服務間的資料庫, 因為, 批次處理而形成了 “藕合”。

“藕合” 就代表著, 有任何一個微服務在資料庫表節構上的任何的變更, 都將會造成批次處理代碼(腳本) 維護上的工作量; 假如, 某一個產品擁有上百或上千個微服務時, 則批次處理代碼(腳本) 維護的工作量, 往往會是一個不小的負擔。

發表評論

電子郵件地址不會被公開。 必填項已用*標註

此站點使用Akismet來減少垃圾評論。了解我們如何處理您的評論數據