Download as PDF, PPTX
MicroserviceArchitecture
- 1.
- 2. アジェンダ 1. マイクロサービスアーキテクチャとは 2. マイクロサービスとは 3.マイクロサービスの特徴 4. マイクロサービスアーキテクチャのメリット 5. マイクロサービスアーキテクチャのデメリット 6. マイクロサービスのモデル化 2
- 3.
- 4.
- 5. モノリシックアプリケーション ✔ モノリシックとは一枚岩という意味 ✔ 1つのシステムの中に複数の機能が混在していて分割されていないシステム構成 ✔それ1つがWARのイメージ 5 monolithic-webapp.war monolithic-webapp.war build deploy APサーバ 機能A 機能B 機能D 機能F機能C 機能E はじめに(マイクロサービスアーキテクチャの台頭)
- 6. モノリシックアプリケーションの問題点 1. 新機能を追加する場合、コードベースが大規模になっていき、変更に必要な箇所が分か りにくくなる 2. 1つの機能にバグがあり緊急リリースする場合、リリース作業のため全ての機能が止ま る 3.機能Aを改修したら、影響ないと思っていた機能Bがデグレった ※1つの機能を改修するのに必ず影響調査が必要(常に他も意識しないといけない) 4. 大きくなればなるほど、機能の境界があやふやになり、似たようなコードがあちこちに散 在してしまう(バグの修正や実装が更に困難となる) 5. 新しい技術を導入しづらい(ほぼ作り替えとなってしまうことによるコスト増大) 6 はじめに(マイクロサービスアーキテクチャの台頭)
- 7.
- 8.
- 9. 2. マイクロサービスとは マイクロサービス 協調して動作する小規模な機能を「サービス」という概念で定義したもの ✔ 下図の箱1つ1つの機能がそれぞれマイクロサービス ✔それぞれ小規模で協調して動作する ✔ サービス間の通信はREST APIで行う 9 機能A APサーバ 機能D APサーバ 機能B APサーバ 機能C APサーバ 機能E APサーバ 機能F APサーバ 機能A.war 機能B.war 機能C.war 機能D.war 機能E.war 機能F.war これら1つ1つがマイクロサービ ス
- 10.
- 11.
- 12. 3. マイクロサービスの特徴 1. 小さくかつ1つの役割に専念 これにより、以下の恩恵を受けられる。 ✔特定の機能のコードの場所が明確になる ✔ 高い凝集度(ぎょうしゅうど)を保つことができる ※凝集度とは、機能と機能の関わり具合の尺度のこと。凝集度が高い(機能と機能 の関わり具合が低い)ほど良いプログラムとされる。密接に関係するものは1つに集 め、関係しないものは分けるという考え方。 12
- 13.
- 14. 4. マイクロサービスアーキテクチャのメリット 1. 技術異質性 2.回復性 3. スケーリング 4. デプロイの容易性 5. 組織面の一致 6. 合成可能性 7. 交換可能にするための最適化 14
- 15.
- 16.
- 17.
- 18.
- 19.
- 20.
- 21.
- 22.
- 23.
- 24.
- 25.
- 26.
- 27.
- 28.
- 29. 5. マイクロサービスアーキテクチャのデメリット 1. 運用が複雑 2.デバッグが困難 3. パフォーマンス 4. トランザクション(データの一貫性) 29
- 30.
- 31.
- 32.
- 33.
- 34.
- 35.
- 36.
- 37.
- 38.
- 39. (再掲)3. マイクロサービスの特徴 1. 小さくかつ1つの役割に専念 これにより、以下の恩恵を受けられる。 ✔特定の機能のコードの場所が明確になる ✔ 高い凝集度(ぎょうしゅうど)を保つことができる ※凝集度とは、機能と機能の関わり具合の尺度のこと。凝集度が高い(機能と機能 の関わり具合が低い)ほど良いプログラムとされる。密接に関係するものは1つに集 め、関係しないものは分けるという考え方。 39
- 40. 最後に ✔ アーキテクチャを検討するうえで、マイクロサービスアーキテクチャが最善ということではな い ✔ サービス(機能)が少なく、将来的にも増えそうにないのであれば、無理にマイクロサービス アーキテクチャを採用する必要ない ✔マイクロサービス化は奥が深く、場合によっては実現難易度が高くなる 40
- 41. Appendix マイクロサービスの起源(とされているもの) ✔ ジェームス・ルイスさんが2012年に執筆した 「Micro services- Java, the Unix Way」が起源とされている Micro services - Java, the Unix Way ✔ その後、2014年にジェームス・ルイスさんがマーティン・ファウラーさんと執筆した記 事「Microservices」により各所で大きく取り上げられるようになる Microservices 41
- 42. Appendix サービス指向アーキテクチャ(SOA)との違い ※SOAがうまくいかなかったのは、複雑な仕様によるものと考えている 42 マイクロサービス SOA 基本指針 上記メリットのスライドで紹介した通り再利用性と分離にフォーカス 通信方式 REST ※シンプルで軽量 SOAP、WSDL、ESB ※仕様が複雑 開発アプローチ ボトムアップ ※利用する技術は、サービス開発す るチームに委ねられる トップダウン ※利用する技術の標準化を強く推し進めよう とした
- 43.