看看實際效果
微服務架構圖範例。
同一款工具，四種需求。下方每張圖都是實際產生的成果。
輸入內容
建立微服務架構，包含用戶端應用程式、API 閘道、驗證、使用者、訂單、庫存與通知服務、訊息匯流排或事件佇列，以及監控與追蹤。將訂單與庫存事件透過訊息匯流排傳送至通知服務。
接著試試新增連接至訂單服務的付款服務。新增由庫存服務負責的產品資料庫。
控制系統方塊圖 · Ogata / standard controls textbook convention · schematex-blockdiagram
產生的圖表
什麼是微服務架構圖。
微服務架構圖呈現可獨立部署的服務，以及它們彼此溝通的方式。通常包含用戶端入口、服務邊界、資料儲存，以及同步或非同步連線。
這張圖不是每個端點的清單，而是要讓所有權與相依關係清楚可見：哪個服務負責哪個領域、依賴哪些項目，以及它是直接呼叫其他服務，還是發布事件。
- Standard
- Ogata / standard controls textbook convention
- Engine
- schematex-blockdiagram
- Editable
- Double-click text, drag nodes
- Export
- SVG · PNG · PDF
適用對象
誰會使用微服務架構圖。
在做出實作決策前，檢視閘道、服務邊界與共用事件路徑。
整理電子商務產品中的目錄、訂單、付款與通知職責。
說明獨立服務如何發布事件，供下游分析與自動化使用。
運作方式
如何用三個步驟製作微服務架構圖。
01
描述需求
寫一段話就能開始。
“建立微服務架構，包含用戶端應用程式、API 閘道、驗證、使用者、訂單、庫存與通知服務、訊息匯流排或事件佇列，以及監控與追蹤。將訂單與庫存事件透過訊息匯流排傳送至通知服務。”
02
查看圖表
由合適的繪圖引擎產生。
03
提出修改
每次修改都會保留版本。
新增連接至訂單服務的付款服務。
V2 · DRAWN FROM V1, NOTHING RETYPED常見問題
常見問題
什麼是微服務架構圖？
這是可獨立部署服務的視覺化檢視，呈現其邊界、所擁有的資料，以及服務之間的通訊路徑。
微服務架構圖應包含哪些內容？
應包含用戶端入口、服務、各服務擁有的資料儲存、閘道、訊息代理程式，以及重要的請求或事件連線。
每個微服務都應該有自己的資料庫嗎？
服務應負責擁有自己會修改的資料。是否代表要使用獨立的實體資料庫，則取決於系統需求與營運限制。
同步與非同步通訊有何不同？
同步請求會等待其他服務的回應。非同步事件則會發布給其他服務使用，發布者不必等待它們處理完成。
相關工具
