マイクロサービス化デザインパターン - #AWSDevDay Tokyo 2018
•
81 likes•38,680 views
2018年11月2日に行われたAWS Dev Day Tokyo 2018での講演「マイクロサービス化デザインパターン」の資料です。
マイクロサービス化デザインパターン - #AWSDevDay Tokyo 2018
- 1. マイクロサービス化デザインパターン 2018/11/02 鈴木雄介 Graat 代表 日本Javaユーザーグループ 会長 AWS Dev Day Tokyo 2018
- 2. 自己紹介 鈴木雄介 • Graat（グラーツ） » グロース・アーキテクチャ＆チームス株式会社 » 代表取締役 社長 » http://www.graat.co.jp/ • 日本Javaユーザーグループ » 会長 » http://www.java-users.jp/ • SNS » http://arclamp.hatenablog.com/ » @yusuke_arclamp 1
- 3. 本セッションについて • マイクロサービス”化”デザインパターン »NOT 「マイクロサービスデザインパターン」 • 想定している聴講者 »現状の資産を、どうやってマイクロサービス化していくのか？に 悩んでいる方 »マイクロサービスを始めたものの、どこから手を付けるべきか、 悩んでいる方 2
- 4. アジェンダ • マイクロサービスとは • マイクロサービス化の観点 • マイクロサービス化の導入プロセス • まとめ 3
- 5. マイクロサービスとは 4
- 10. マイクロサービスとは NoOps（2011年～） • NoOps=運用作業込みでのプラットフォーム化 »運用機能込みでアプリケーションの稼働環境をプラットフォーム 化してしまう »代表的なのはブルーグリーンデプロイメント（無停止リリース） • Webアプリ用PaaSの興隆 »AWS Elastic Beanstalk（2011年～） »Cloud Foundry、OpenShift… 9 利用 企画 実装 運用
- 12. マイクロサービスとは Cloud Native Architecture（2017年～） • ものすごく沢山のノードを管理する »複雑化したサービス群を管理するためのツールを利用 ▸コンテナオーケストレーション： Kubernetes、Amazon ECS/EKS ▸サービスメッシュ：Istio • まさに現在進行形の領域 »「Cloud Native」ではない名前になると思われる 11
- 13. マイクロサービス化の観点 12
- 14. マイクロサービス化の観点 誰も最初はマイクロサービスではなかった • 先端企業だってマイクロサービス化していった »Netflixは2008年からAWS化し、自動化をしながら足りない管理 機能を開発してきた »2011年ぐらいに「マイクロサービス」と名付けられただけ • マイクロサービスまで至る歴史をたどるべき »アジャイル→DevOps→NoOps→Microsrvices→Cloud Native »アジャイルやDevOpsを飛ばしてMicrosrvicesは無理 13
- 15. マイクロサービス化の観点 アジャイル化 • それぞれのチームが好きなタイミングでリリースする »大きな計画の中で同期をとって開発していくならMonolithicのほ うが効率が良い。分割にはオーバーヘッドが伴う • チームサイズは5-9名が理想 »サービスはチームが扱える大きさであるべき ▸1チームで複数サービスを管理することは問題なし • XPの開発プラクティスは基本 »テスト駆動開発、ペアプロ（モブ）、リファクタリング、ソース コードの共同所有、継続的インテグレーション、YAGNI 14
- 17. マイクロサービス化の観点 プラットフォーム化 • 運用作業を織り込んだプラットフォーム »WebアプリPaaSなどは最初から可用性を備える • サービスを支えるプラットフォーム »サービスの数が増えてきても疎に連携できる基盤 • サービスを管理するプラットフォーム »増えたサービスを管理し、自動化する基盤 16
- 19. マイクロサービス化の導入ステップ 段階を経て進めていく • Step1：最初のサービスを分割する »Monolithicからサービスを切り出していく • Step2：サービス基盤を整備する »サービスを増やしていくための基盤を整備する • Step3：サービスを管理する »数が多くなってきたサービスそのものの管理を自動化していく 18
- 32. ログ基盤の導入 • ログを基盤側に送信して管理する »メリット：ノード数に非依存、イベントフックによる自動化 ▸ログにユーザーキーを付けることで抽出可能にしておく »デメリット：特になし Step2 31 新ｻｰﾋﾞｽ システム 廃止 新ｻｰﾋﾞｽ Kinesis Firehose Kinesis Streams ※イベントをフックして 自動通知などに展開可能 ログ基盤
- 38. Step3 方針 • さらに大量のノードを管理するための基盤づくり »コンテナの導入 »バッチサーバの廃止 »コンテナオーケストレーターの導入 »サービスメッシュの導入 »イベントソーシング 37
- 45. まとめ 44
- 47. マイクロサービス化の観点 誰も最初はマイクロサービスではなかった • 先端企業だってマイクロサービス化していった »Netflixは2008年からAWS化し、自動化をしながら足りない管理 機能を開発してきた »2011年ぐらいに「マイクロサービス」と名付けられただけ • マイクロサービスまで至る歴史をたどるべき »アジャイル→DevOps→NoOps→Microsrvices→Cloud Native »アジャイルやDevOpsを飛ばしてMicrosrvicesは無理 46
- 48. マイクロサービス化の導入ステップ 段階を経て進めていく • Step1：最初のサービスを分割する »Monolithicからサービスを切り出していく • Step2：サービス基盤を整備する »サービスを増やしていくための基盤を整備する • Step3：サービスを管理する »数が多くなってきたサービスそのものの管理を自動化していく 47
- 49. さいごに 明日からマイクロサービス化をはじめよう！ • マイクロサービス”化”であることを理解する »いきなり完成形を目指すのでなくStep by Stepで • 目の前の課題が、その技術で解決すべき課題が考える »技術を先に決めるとオーバーキルになりがち • マイクロサービス化プロセスがチームを育てる »最初からできる人を望むのではなく、段階的に成長してもらう 48