マイクロサービスのトレードオフ | POSTD

(編注：2020/08/11、いただいたフィードバックをもとに記事を修正いたしました。) マイクロサービスのアーキテクチャスタイル がモノリシックアーキテクチャよりも優れたアプローチであるというのは、多くの開発チームが実感していることです。その一方で、生産性を低下させる重荷のようなものだと感じているチームも存在します。プラスの面もあればマイナスの面もあるという点においては、マイクロサービスも他のアーキテクチャスタイルと変わりません。具体的なコンテキストに適用する前に、これらをよく理解して、賢明な選択をする必要があります。 マイクロサービスがもたらす利点 強固なモジュールの境界 ：マイクロサービスではモジュラー構造が強化されています。この点は、チームの規模が大きくなるほどその恩恵は増してくるでしょう。 個別にデプロイ ：サービスがシンプルなほどデプロイは容易です。また、マイクロサービスではそ

[tmatsuu]

次の #isucon はマイクロサービス実装になってて、それをモノリシックに作り替えて優勝ありえるな。

[wadandandadan]

マイクロサービスのトレードオフ

[hi-hats]

“平均的なチームがモノリシックアーキテクチャで書くであろうソフトウェアを想定して比較する必要があります。これは評価という点において、非常に扱いにくく反事実的”

[Dai_Kamijo]

マイクロサービスのトレードオフ | 開発手法・プロジェクト管理 | POSTD @POSTDccさんから — 上條　大 (@Dai_Kamijo) August 11, 2015 from Twitter https://twitter.com/Dai_Kamijo August 11, 2015 at 01:54PM via IFTTT

[yojik]

個人的には「技術的多様性」の確保がしやすいのが最大の利点だと思う。モジュール毎に最適な言語やフレームワークを選択できアップデートが比較的容易。 いわゆるPolyglot Programmingがやりやすい。

[fukaoi]

マーチン先生。もう一回繰り返して読んでみよう

[iekusup]

難しいよな。

[doublehorn93]

マイクロサービスのトレードオフ