実際の動作を見る
マイクロサービスアーキテクチャ図の例。
同じツールに4つの依頼。以下の図はすべて実際に生成されたものです。
入力する内容
クライアントアプリ、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
利用者
マイクロサービスアーキテクチャ図を使う人。
実装方針を決める前に、ゲートウェイ、サービス境界、共有イベント経路を確認する。
Eコマース製品におけるカタログ、注文、決済、通知の責任範囲を整理する。
独立したサービスが下流の分析や自動化のためにイベントを発行する仕組みを説明する。
使い方
3ステップでマイクロサービスアーキテクチャ図を作成する方法。
01
説明する
まずは1段落で十分です。
“クライアントアプリ、APIゲートウェイ、認証、ユーザー、注文、在庫、通知の各サービス、メッセージバスまたはイベントキュー、監視とトレーシングを含むマイクロサービスアーキテクチャを作成してください。注文と在庫のイベントをメッセージバス経由で通知サービスにルーティングしてください。”
02
図を確認
最適なエンジンで描画します。
03
変更点を伝える
編集のたびにバージョンを保存します。
注文サービスに接続する決済サービスを追加してください。
V2 · DRAWN FROM V1, NOTHING RETYPEDよくある質問
よくある質問
マイクロサービスアーキテクチャ図とは何ですか？
個別にデプロイ可能なサービス、その境界、所有するデータ、サービス間の通信経路を視覚的に示したものです。
マイクロサービス図には何を含めるべきですか？
クライアントの入口、サービス、各サービスが所有するデータストア、ゲートウェイ、メッセージブローカー、重要なリクエストまたはイベントの接続を含めます。
各マイクロサービスに専用のデータベースを持たせるべきですか？
サービスは、自身が変更するデータを所有するべきです。個別の物理データベースが必要かどうかは、システムの要件と運用上の制約によって決まります。
同期通信と非同期通信はどう違いますか？
同期リクエストでは、別のサービスからの応答を待ちます。非同期イベントは、送信側が待たずに他のサービスが消費できるよう発行されます。
関連ツール
