https://8fd9c3c3.blog-1xe.pages.dev/tags/microservices/ Recent content in Microservices on ashitaka blog Hugo ja-jp Thu, 10 Dec 2020 23:48:37 +0900 https://8fd9c3c3.blog-1xe.pages.dev/2020/12/10/microservices/ Thu, 10 Dec 2020 23:48:37 +0900 https://8fd9c3c3.blog-1xe.pages.dev/2020/12/10/microservices/ <p>O`REILLY発行の <a href="https://www.oreilly.co.jp/books/9784873117607/">マイクロサービスアーキテクチャ</a> を読んだのでその内容を軽くまとめる。</p> <p>以下の記事を参考にした。</p> <p><a href="https://qiita.com/crossroad0201/items/23864b3b177fb1fce966">書籍「マイクロサービスアーキテクチャ」まとめ（前編）</a></p> <p><a href="https://qiita.com/crossroad0201/items/2d115daeddbc884adfc5">書籍「マイクロサービスアーキテクチャ」まとめ（後編）</a></p> <h1 id="要点">要点</h1> <h2 id="1章-マイクロサービス">1章 マイクロサービス</h2> <h3 id="マイクロサービスとは">マイクロサービスとは</h3> <p>マイクロサービスとは, 協調して動作する小規模で自律的なサービス。DDD(ドメイン駆動設計), CI・CD(継続的インテグレーション・デリバリ), インフラ仮想化, 自動化, アジャイル開発といったさまざまな分野から生まれたものでありこれらを総合的に実践する必要がある。</p> <p>以下がマイクロサービスの利点である。</p> <ul> <li>技術異質性&hellip;サービスごとに異なる技術を使うことができる</li> <li>回復性(レジリエンス)&hellip;障害のあるコンポーネントを切り離せる</li> <li>スケーリング&hellip;必要なサービスのみスケーリング</li> <li>デプロイの容易性&hellip;必要なサービスのみデプロイ</li> <li>組織面の一致&hellip;アーキテクチャと組織を一致させる</li> <li>合成可能性&hellip;再利用することができる</li> <li>交換可能にするための最適化&hellip;2週間程度で作り直せる</li> </ul> <h3 id="マイクロサービス以外の分解テクニック">マイクロサービス以外の分解テクニック</h3> <ul> <li>共有ライブラリ</li> <li>モジュール</li> </ul> <h2 id="2章-進化的アーキテクト">2章 進化的アーキテクト</h2> <p>マイクロサービスのアーキテクトは建築士(アーキテクト)というより都市計画家(アーバンプランナー)であり, あらゆる不測の事態に備えて計画するのではなく, 可能性が低いことを必要以上に指定したい衝動を避けて, 変化を許容するように計画する。</p> <p>以下が進化的アーキテクトの主な責務とされている。</p> <ul> <li>ビジョン&hellip;システムが顧客や組織の要件を満たすのを助けるシステムの技術ビジョンを, 明確に伝えるようにする</li> <li>共感&hellip;顧客や同僚に対する自分の判断の影響を理解する</li> <li>協調&hellip;できるだけ多くの仲間や同僚と関わり, ビジョンの定義, 改良, 実行に役立てる</li> <li>適応性&hellip;顧客や組織の要求により技術ビジョンを変更する</li> <li>自律性&hellip;チームに対して標準化と自律性の実現との間の適切なバランスを見出す</li> <li>ガバナンス&hellip;実装しているシステムを技術ビジョンに合わせる</li> </ul> <h2 id="3章-サービスのモデル化方法">3章 サービスのモデル化方法</h2> <p>以下が優れたマイクロサービスを設計するのに必要な性質</p> <ul> <li>疎結合性&hellip;連携するサービスに関して必要最低限のことだけしか把握しないようにする</li> <li>高凝縮性&hellip;関連する振る舞いを1箇所にまとめておく</li> </ul> <h2 id="4章-統合">4章 統合</h2> <p>データベースの共有によるサービスの連携は, かんたんではあるが疎結合性と高凝縮性の両方を失うことになり, マイクロサービスを採用する意味がなくなる。</p> <h3 id="コレオグラフィ">コレオグラフィ</h3> <p>サービス間の通信プロトコルとしては, リクエスト/レスポンスとイベントベースがある。前者では, HTTP + RESTをデフォルトの選択肢とする。後者では, あるサービスがイベントを発行して他のサービスが受信するための基板が必要になる。</p> <p>複数のサービスによって一つの処理が構成される場合の制御方法としては, オーケストレーションとコレオグラフィがある。前者は基点となるサービスが他のサービスをリクエスト/レスポンスで呼び出し, 処理全体のフローを制御する。コレオグラフィでは, 基点となるサービスがイベントベースでイベントを発行して, 他のサービスがそれを受信して個々に処理を行う。</p> <p>マイクロサービスの原則を満たすためには, コレオグラフィによる連携を模索すべき。</p> <p>そのためには, 一連のイベントの最初にユニークな相関IDを発番して, イベントに乗せて伝搬させなければならない。</p>