マイクロサービスとは何を解決したのか
近年のシステム構成でよく聞く言葉に、
「マイクロサービス」があります。
新しい技術のように見えますが、
マイクロサービスは技術そのものというより、構成の考え方です。
結論から言うと、
マイクロサービスとは「システムを小さな単位に分けることで、変更と運用の難しさを下げるための考え方」です。
それまで何が問題だったのか
従来の多くのシステムでは、
- 機能が1つの大きな塊になっている
- 少しの変更でも全体に影響する
- リリースや修正のたびに慎重になる
といった問題がありました。
このような構成は、
変更に弱く、運用コストが高くなりがちです。
マイクロサービスの基本的な発想
マイクロサービスでは、
システムを次のように考えます。
- 機能ごとに分ける
- 独立して動かせるようにする
- 影響範囲を小さくする
1つの巨大なシステムではなく、
小さなサービスの集合として構成します。
何が解決されたのか
マイクロサービスによって、
- 一部だけを変更しやすくなった
- 障害の影響範囲を限定できる
- チームごとに開発・運用しやすくなった
といった効果が生まれました。
特に、
「全部を止めなくても変更できる」
という点は大きな違いです。
分ければ良いわけではない
よくある誤解として、
「細かく分ければ分けるほど良い」
という考え方があります。
しかし実際には、
- 分けすぎると管理が複雑になる
- 通信や連携の設計が重要になる
という新しい難しさも生まれます。
コンテナとの関係
マイクロサービスは、
コンテナと一緒に語られることが多いですが、
同じものではありません。
- マイクロサービス:構成の考え方
- コンテナ:実行環境の仕組み
コンテナは、
マイクロサービスを実現しやすくする手段の1つです。
処理の考え方は変わらない
構成が変わっても、
処理の基本は同じです。
- データを受け取る
- 処理する
- 結果を返す
変わるのは、
それをどこまで分けて考えるかです。
まとめ
マイクロサービスとは、
- システムを小さな単位に分ける考え方
- 変更と運用をしやすくする構成
- 大規模化に対応するための工夫
です。
これで
現代的なシステム構成の考え方
の章は完了です。


コメント