#author("2019-12-28T14:46:59+00:00","default:admin","admin") -[[細かく分けて何度もデプロ~イ!マイクロサービスアーキテクチャの利点・欠点:https://japan.zdnet.com/article/35085741/]] -[[マイクロサービスについてザックリとまとめてみる:http://qiita.com/Iwark/items/6c362fd6b695a5792246]] *Micro Services [#mb535060] -アプリケーションの様々な側面を、小さな単位に分割し、それぞれ独立して変化していくことを重視した設計スタイル **何をばらばらにするか? [#j572f2d0] -実行環境 --個々のサービスは、独立した実行環境に、任意のタイミングでばらばらに配置可能にする -処理タイミング、トランザクション --サービス間の結合度合いを小さくし、できるだけ異なるタイミングで実行できる設計にする -データ管理 -意思決定 --小さな単位に分割し、独立性が高くなれば、個々のサービスの設計や実施可否などの意思決定単位を小さくすることができる -ソフトウェアのライフサイクル --個々のサービスは、企画・開発・運用・保守・廃棄のライフサイクルがばらばらになる -配置作業(ビルド、テスト、デプロイ) **サービスの組み合せパターン [#o55c3659] -同期-直列 -非同期-直列 -同期-並列 -非同期-並列 **サービスの分け方 [#p13f5a50] ***適切な分け方かできているかのチェックポイント [#pef5cef3] -それぞれのサービスはお互いに独立性が高いか --隠蔽性 ... お互いの内側を知らずに利用できる --交換可能性 ... 他のサービスの変更なしに入れ替えできる -サービスが切り分けられていることで技術的な選択肢が広げられるか --低コストで高パフォーマンスを発揮できる --競争優位性が得られる -サービスが切り分けられていることで開発効率を高められるか ***ドメインの境界で分ける [#q508cbf0] ***再利用性の高いものを分ける [#b70d5b2e] ***プログラミング言語や採用技術で分ける [#lafa88b8] ***開発サイクルやプロセスの違いで分ける [#ubc56f01] ***組織構造に合わせて分ける [#t48dff69] **サービスのアーキテクチャ [#m3c0489b] ***同期的なサービス [#pc1bc2a1] ***非同期的なサービス [#fe46679f] -アクターモデル -イベントモデル *Backends For Frontends [#p6b34abc] -[[BFF(Backends For Frontends)超入門――Netflix、Twitter、リクルートテクノロジーズが採用する理由:https://www.atmarkit.co.jp/ait/articles/1803/12/news012.html]] -[[モダンBFFを活用した既存APIサーバーの再構築:https://techlife.cookpad.com/entry/2019-orcha-bff]] *関連ツール [#t176214e] **[[Akka:https://akka.io/]] [#w182782a] **Akka Streams [#o51ff8ae] **Swagger [#lbffa91b] **[[Istio:https://istio.io/]] [#d6b3fac2] -[[Istioサービスメッシュ入門:https://www.slideshare.net/yokawasa/istio-114360124]] -[[Istio入門 その1 -Istioとは?-:https://qiita.com/Ladicle/items/979d59ef0303425752c8]] **Dapr [#q3c3abf2] -[[マイクロソフト、マイクロサービス開発を容易にする「Dapr」をオープンソースで公開。サービス間呼び出し、ステート管理、サービス間メッセージングなど提供:https://www.publickey1.jp/blog/19/dapr.html]]