マイクロサービスアーキテクチャとは？まいくろさーびすあーきてくちゃ
マイクロサービスアーキテクチャとは、一つの大きなアプリケーションを、機能単位で独立に開発・配備・更新できる小さなサービスへ分け、HTTPやメッセージングで連携させる構成（Web・業務システム側の設計様式）。各サービスがデータと実行環境を持ち、他を止めずに入れ替えられるのが利点で、代償として呼出しがネットワーク越しになり遅延と障害点が増える。
最終更新：2026-10-06
この語が出る過去問を解く →背景
一体で作ったアプリは、一行の修正でも全体を再ビルドして再起動する必要があり、機能ごとに更新頻度が違うのに歩調を全部そろえる羽目になる。分けて別々に出せるようにしたのがこの構成である。組込みの読者には、ファームウェアを丸ごと書き換えるのか部分更新できる構造にするのか、というOTA更新の設計判断と同じ対立と読み替えると早い。
具体例
IoT機器の裏側では、機器認証・データ取込み・時系列保存・通知をそれぞれ別サービスに分け、Kubernetes上で個別に台数を増減させる作りが取られる。機器台数が増えたときに取込みだけを増強でき、通知の改修が取込みを止めない。機器側からは入口のゲートウェイ1つに見える。
試験での引っ掛け
分けたから可用性が上がる、とは限らない。同期の呼出しが数珠つなぎに残っていると、1サービスの遅延が全体へ波及して一体構成より脆くなる。タイムアウト・再試行・非同期化を設計して初めて可用性になる。組込み側でも、クラウドが応答しないときに機器単体で動き続ける縮退動作を決めておく。
関連用語
出た過去問
出典：令和4年度 秋期 エンベデッドシステムスペシャリスト試験 午前Ⅱ 問20（IPA）
マイクロサービスアーキテクチャを利用してシステムを構築する利点はどれか。
正解：各サービスの変更がしやすい。
要点：マイクロサービスの利点はサービス単位で変更・配備できること
マイクロサービスアーキテクチャでは、システムを独立して配備できる小さなサービス群に分割する。各サービスが自分のデータと実装を抱え込むため、あるサービスの変更や再配備が他へ波及しにくく、個別に開発・リリースできる。この変更容易性と独立配備性が最大の利点である。
出典・参考
高度試験 午前I（高度午前I 相当）のシラバスの4 開発技術 ＞ 2. 設計 ＞ (2) システム設計に掲載されている用語です。
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。