アーキテクチャ設計・分散システム 重要度:★★★出題: AM2・PM1・PM2
マイクロサービスアーキテクチャ
まいくろさーびすあーきてくちゃ / Microservices Architecture
ビジネスドメイン（業務境界）ごとに独立して開発・デプロイ・スケール可能な小さなサービスの集合体としてシステムを構築するアーキテクチャスタイル。
3行速習ポイント
- ビジネスドメイン（業務境界）ごとに独立して開発・デプロイ・スケール可能な小さなサービスの集合体としてシステムを構築するアーキテクチャスタイル。
- 各サービスが固有のデータベース（Database per Service）を持ち、REST APIやgRPC、非同期メッセージングで疎結合に連携します。
- 試験対策：モノリスとのトレードオフ（分散トランザクションの複雑化、結果整合性、運用監視負荷）と、それを補うSagaやAPIゲートウ...
図解
図マイクロサービスアーキテクチャ の設計・評価構造
Step 1
サービス境界の分離
業務要件・システム制約の整理と構造化
↕
Step 2
Database per Service
各サービスが固有のデータベース（Database per Service）を持ち、REST
↕
Step 3
独立デプロイ・個別スケーリング
アクセスが集中する在庫照会・注文機能をモノリスからマイクロサービスとして分離し、セール時の
概要と本質
ビジネスドメイン（業務境界）ごとに独立して開発・デプロイ・スケール可能な小さなサービスの集合体としてシステムを構築するアーキテクチャスタイル。各サービスが固有のデータベース（Database per Service）を持ち、REST APIやgRPC、非同期メッセージングで疎結合に連携します。
重要ポイント・コア概念
- サービス境界の分離とDatabase per Serviceの正確な定義と適用場面の理解
- 独立デプロイ・個別スケーリングおよび疎結合API連携を踏まえたシステム方式・機能仕様の設計
- 定量的効果：アクセスが集中する在庫照会・注文機能をモノリスからマイクロサービスとして分離し、セール時のピーク負荷耐性を5倍に向上
午後I記述・午後II小論文試験での攻略ポイント
モノリスとのトレードオフ（分散トランザクションの複雑化、結果整合性、運用監視負荷）と、それを補うSagaやAPIゲートウェイの設計が午後IIの定番論点です。
小論文で使える実践フレーズ・キーワード（クリックでコピー）
この用語が出題された過去問を解く（1分演習）
即時アウトプットで定着システムアーキテクト 過去問演習で実践力を鍛える
