マイクロサービスアーキテクチャとは？まいくろさーびすあーきてくちゃ
マイクロサービスアーキテクチャとは、一つの大きなアプリを、業務機能ごとに独立して開発・入替えできる小さなサービスへ分割し、サービス間をHTTPやメッセージングで連携させる構成。運用にとっての変化は、リリース単位が小さくなって変更件数が跳ね上がる一方、1つの利用者操作が内部で何十回もの呼び出しに分かれるため、遅い・エラーが出るという申告の切り分けが従来の三層構成より難しくなる点にある。
最終更新：2026-10-06
ITサービスマネージャを最短で暗記・合格する →背景
一体で作られたアプリは、どんなに小さな修正でも全体を作り直して入れ替えるしかなく、そのたびに全機能を止める必要があった。リリースの頻度を上げたい開発側の要求と、止めたくない運用側の要求がここで衝突する。機能ごとに切り離せば、影響範囲も停止範囲もその機能だけで済む——これが分割の動機である。ただし切り離した数だけ構成品目（CI）と依存関係が増えるので、CMDBの粒度と監視の設計をやり直さない限り、運用の手間は減らずに増える。
具体例
Netflix や Amazon は、機能ごとの独立したサービス群として構築し、1日に何度もリリースできる体制を取っている。その代償として、1リクエストが内部で数十回のサービス間呼び出しに分かれるため、どのサービスが遅いのかを追えるよう分散トレーシング（呼び出しに共通IDを振って通過経路と所要時間を記録する仕組み）を必須の運用基盤として持っている。
試験での引っ掛け
「疎結合だから可用性が上がる」とは限らない。同期呼び出しが数珠つなぎに残っていると、末端の1サービスの遅延が呼び出し元へ順に波及し、かえって全面停止しやすくなる（カスケード障害）——可用性を得るにはタイムアウト・再試行・回路遮断や非同期化の設計が別に要る。運用側の実務では、変更頻度が上がることでCABの審議が追いつかなくなる点も見落としやすく、影響の小さい変更を標準的な変更として事前承認の枠に入れる整理が先に必要になる。
関連用語
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。