https://www.devkuma.com/jp/tags/msa/ https://www.devkuma.com/jp/tags/msa/logo/180x180.jpg https://www.devkuma.com/jp/tags/msa/ Recent content in MSA on devkuma Hugo -- gohugo.io jp kc@example.com (kc kim) kc@example.com (kc kim) The devkuma https://www.devkuma.com/jp/docs/msa/ Thu, 30 Sep 2021 14:54:00 +0900 kc@example.com (kc kim) https://www.devkuma.com/jp/docs/msa/ <h2 id="msaとは">MSAとは?</h2> <ul> <li>Microservices Architecture。</li> <li>すべてのシステム構成要素が1つのプロジェクトに統合されているMonolithic Architecture(モノリシックアーキテクチャ)の限界を克服するために登場した。</li> <li>小さく、独立してデプロイ可能な、それぞれ特定の機能を担うサービスで構成されたフレームワークである。</li> <li>MSAは1つのシステムを完全に独立してデプロイ可能な個別サービスに分割する。</li> <li>各サービスはRESTful APIを通じてデータをやり取りし、1つの大きなサービスを構成する。</li> <li>異なる技術スタック(開発言語、データベースなど)を利用できる単一の事業領域に焦点を当てる。</li> </ul> <h2 id="msaの特徴">MSAの特徴</h2> <ul> <li>APIを通じてのみ相互作用できる。</li> <li>サービスのend-point(接点)をAPIの形で外部に公開する。</li> <li>実際の詳細はすべて抽象化する。</li> <li>内部の実装ロジック、アーキテクチャ、プログラミング言語、データベース、品質維持体系のような技術的事項は、サービスAPIによって徹底的に隠蔽される。</li> </ul> <h2 id="msaのメリット">MSAのメリット</h2> <ul> <li>各サービスはモジュール化されており、これらのモジュール同士はRPCまたはMessage-driven APIなどを利用して通信する。</li> <li>個々のサービス開発を速くし、保守もしやすくする。</li> <li>サービスごとに適切な水準の技術スタックを変えて採用できる。</li> <li>サービスごとに独立してデプロイできる。 <ul> <li>継続的デプロイ(CD)もモノリシックに比べて軽く行える。</li> </ul> </li> <li>各サービスの負荷に応じて個別にScale-outできる。 <ul> <li>これはメモリやCPUの面で大きな利点になる。</li> </ul> </li> <li>一部のサービスで障害が発生しても、サービス全体の障害にはならない。</li> <li>各サービスは異なる言語やフレームワークで構成できる。</li> <li>サービスの拡張が容易である。</li> </ul> <h2 id="msaのデメリット">MSAのデメリット</h2> <ul> <li>モノリシックに比べて相対的にかなり複雑である。</li> <li>サービス間でRESTful APIを使って通信するため、そのコストが発生する。</li> <li>サービスが分離されているため、テストやトランザクション処理などが難しい。 <ul> <li>通信障害やサーバー負荷がある場合、どのようにtransactionを維持するかを決定し、実装しなければならない。</li> </ul> </li> <li>サービス間の呼び出しが連続するため、デバッグや統合テストが難しい。</li> <li>実際の運用環境へデプロイすることが容易ではない。</li> </ul> <h2 id="msaサーバー構成">MSAサーバー構成</h2> <h3 id="サービスディスカバリサーバー">サービスディスカバリサーバー</h3> <ul> <li>Spring: Netflix Eureka</li> </ul> <h3 id="webサービスクライアント">Webサービスクライアント</h3> <ul> <li>Spring: Netflix Feign</li> </ul> <h3 id="クライアントサイドロードバランサー">クライアントサイドロードバランサー</h3> <ul> <li>Spring: Netflix Ribbon</li> </ul> <h3 id="サーキットブレーカーcircuit-breaker">サーキットブレーカー(Circuit Breaker)</h3> <ul> <li>Spring: Netflix Hystrix</li> <li>クライアントからリモートサーバーへ送信したリクエストの失敗率が特定のしきい値(threshold)を超えると、サーバーに問題があると判断し、それ以上無意味なリクエストを送らず、すばやくエラーを発生させる方法(fail fast)である。</li> </ul> <h3 id="apiゲートウェイgateway">APIゲートウェイ(Gateway)</h3> <ul> <li>Spring: Netflix Zuul, Gateway</li> <li>リバースプロキシサーバー。</li> </ul> <h2 id="参考">参考</h2> <ul> <li><a href="https://futurecreator.github.io/2018/09/14/what-is-microservices-architecture/" target="_blank" rel="noopener">マイクロサービス Microservices アーキテクチャ<i class="fas fa-external-link-alt"></i></a></li> </ul> MSA