Downloaded 14 times
Uploaded byYusuke Suzuki
見えない壁を越えよう！アジャイルやマイクロサービスを阻む「今までのやり方」 - デブサミ夏2023
2023年7月27日に開催されたDevelopers Summit 2023 Summerでの講演 C-6 見えない壁を越えよう！アジャイルやマイクロサービスを阻む「今までのやり方」の資料です
More Related Content
Similar to 見えない壁を越えよう！アジャイルやマイクロサービスを阻む「今までのやり方」 - デブサミ夏2023
見えない壁を越えよう！アジャイルやマイクロサービスを阻む「今までのやり方」 - デブサミ夏2023
- 1.
- 2. ⾃⼰紹介 鈴⽊雄介 • Graat（グラーツ） » 正式名称：グロース・アーキテクチャ＆チームス(株) »代表取締役社⻑ • (株)アイムデジタルラボ » 三越伊勢丹グループ DX推進機能⼦会社 » 取締役 • ⽇本Javaユーザーグループ » イベント実⾏委員⻑ • SNS » @yusuke_arclamp » http://arclamp.hatenablog.com/ 1
- 3.
- 4.
- 5.
- 6.
- 7.
- 8.
- 9. 今⽇の話 意識的に分離し、つなげる • 出島を意識する »孤島：流通が遅すぎて成果が⼩さい »半島：名前を変えただけになる • どのように繋げるか？ »両者の間にある「⾒えない壁」を意 識し、意識して越える 8 Ground-planof the Dutch trade-post on the island Dejima at Nagasaki Isaac Titsingh ↑⾒えない壁
- 10.
- 11. 10 Yamanote Line ⼭⼿線by Melvinnnnnnnnnnn (FN2187) CC BY-SA 2.0 https://www.flickr.com/photos/montoya711/49110746247/ JPN TAXI. by MIKI Yoshihito CC BY 2.0 https://www.flickr.com/photos/mujitra/50629363916/ どっちがアジャイル？
- 12. アジャイルは電⾞ アジャイルは⾃由？ • タクシーは、どこにでも、 何⼈でも⾃由に運べる »ただし、調達やスキルが不安 • 電⾞は、ルールが明確 »継続して安定的に運ぶなら、運 ⾏計画が厳密な⽅が安⼼ »スクラムを例に説明 11 11 11 11 YamanoteLine ⼭⼿線 by Melvinnnnnnnnnnn (FN2187) CC BY-SA 2.0 https://www.flickr.com/photos/montoya711/49110746247/ JPN TAXI. by MIKI Yoshihito CC BY 2.0 https://www.flickr.com/photos/mujitra/50629363916/
- 13.
- 14. スクラムの仕組み スクラム⽤語との対⽐ 13 電⾞の説明 スクラム⽤語 説明 電⾞の運⾏スプリント 繰り返し続ける作業期間。1ヶ⽉以内の決まった ⻑さ 出発ホーム プロダクトバックログ これからやりたいことを優先順に並べたリスト の乗客 プロダクトバックログアイテム そのリストの1⾏ 電⾞に乗る スプリントプランニング スプリントの開始時に、このスプリントでやる ことを決めるイベント 電⾞ スプリントバックログ このスプリントで実施するタスクのリスト。 スプリントプランニングでプロダクトバックロ グからアイテムを移動させてくる の乗客 スプリントバックログアイテム そのリストの1⾏
- 15. スクラムの仕組み やりたいことを安全に変えられる • 電⾞は出発したホームを気にしない »「今やること」と「やりたいこと」の分離 »予定の変更による影響が開発チームに発⽣しない • 「誰を乗せるか」を決めるだけでいい »開発リソースの調達が不要で、無駄がない •ただし、電⾞に間に合うのは乗客の責任 »荷物をまとめ、切符を買い、⼀列に並んで待つ 14
- 16.
- 17. スクラムと要件の詳細化 ⾒えない壁 • 要件の詳細化はビジネス側の責任 »プランニングまでに⾒積もり可能なレベルに詳細化し、並べる ▸スプリント内で開発者が詳細化していると⾒積もり精度が悪くなる 16 要件 要件定義基本設計 詳細設計 実装 テスト 詳細設計 実装/テスト 詳細設計 実装/テスト 詳細設計 実装/テスト 詳細設計 実装/テスト 詳細設計 実装/テスト 要件定義& 基本設計 要件定義& 基本設計 要件定義& 基本設計 要件定義& 基本設計 要件定義& 基本設計 要件定義& 基本設計 要件 要件 要件 要件 要件 要件 ウォーターフォール スクラム … ⽂書 ⽂書 ⽂書 ビジネス主導 開発主導 凡例：
- 18.
- 19.
- 20.
- 21.
- 22.
- 23. プロダクトオーナーと決定 ⾒えない壁を越える • 組織としての意思決定プロセスを明確にする »縦の合意形成に必要な⼈を集めるミーティングを定期開催 ▸スプリントと同じサイクルで⾏うが、スプリントレビューとは別にする ü 主にビジネス上の意思決定になるので、PO＋SMぐらいが参加 »メリット ▸コンテキストが共有されていく ü意思決定者の考え⽅と現場の考え⽅の共有 ▸⼩さな失敗の報告が⾏いやすくなる ü 取り組みが⼩さいと成功も失敗も学びと⾔える 22
- 24.
- 25. MSAとは モノリスの課題 • モノリスでは機能間調整と実 ⾏時影響が問題になる »機能間調整：影響調査、リグレ ッションテスト、リリース調整 »実⾏時影響：スローダウン 24 Haystack Rockat 8:30am by Brenda Dobbs https://www.flickr.com/photos/bugldy99/45583127204/ 機能 A 機能 B 機能 C
- 26. MSAとは マイクロサービスで解決 • 機能間依存をなくせばいい »機能をサービスに分割し、依存 を疎にすれば、機能間調整も実 ⾏時影響も抑えられる 25 機能 A 機能 B 機能 C cobblestone byBri Weldon https://www.flickr.com/photos/briweldon/5354470757
- 27. MSAとは 実現に向けた技術論 • 機能を疎結合にする »機能をサービスに分割し、 APIで繋ぐ »サーバもデータベースも独⽴ »無停⽌デプロイと⾃動障害対応 • インフラの⾃動化が必須 »⼤量のサーバを効率的に管理 26 ｻｰﾋﾞｽA v1.0 ｻｰﾋﾞｽB v1.0 ｻｰﾋﾞｽC v1.0 DBA DB B DB C サーバ サーバ サーバ ｻｰﾋﾞｽB v1.1 サーバ 障 害
- 28.
- 29. MSAとは MSAの課題 • ⾼凝集・疎結合は、実現難易度が⾮常に⾼い • 低凝集・密結合にもメリットがある »開発容易性が⾼い：密結合の⽅が設計がシンプル »全体管理コストが低い：サーバ台数が少ない »データ整合性が取りやすい：RDBのトランザクション機能が保証 28 モノリスアプリ アプリ サ " ビ ス サ " ビ ス サ " ビ ス サ " ビ ス マ イ ク ロ マ イ ク ロ マ イ ク ロ マ イ ク ロ マ イ ク ロ マ イ ク ロ マ イ ク ロ ⾼凝集・疎結合 低凝集・密結合 マ イ ク ロ
- 30. MSAとは 参考 »近年のアーキテクチャにおけ る⼤きな間違いは、すべてを マイクロサービス化しようと したこと »モノリスからマイクロサービ スまでは連続的であり、以下 ように考える »モノリス > アプリ> サービス > マイクロサービス 29 https://twitter.com/jasoncwarner/status/1592227285024636928 GitHubの元CTO Jason Warner⽒のツイート
- 31.
- 32. MSAへの取り組み⽅ ⾒えない壁 • ⼀括再構築では成功しない »低凝集・密結合のシステムを単純に MSAにしようとすると「分割した密 結合」になりやすい • 単純な分割も成功しにくい »密結合のまま分割するのは危険 ▸「DB共有した複数アプリ」ぐらいまで が現実的 31 GrandCanyon Nat. Park; Desert View Point Refurbishing 1663 by Grand Canyon National Park https://www.flickr.com/photos/grand_canyon_nps/7498769012/
- 33. MSAへの取り組み⽅ ⾒えない壁を越える 1/3 • マイクロサービス“化” »対象システムや組織の規模や成熟度に 合わせて段階的に進める »疎結合になるように切り出していく »その途中段階は、粒度が混ざり合う 32 Stonewall by faungg's photos https://www.flickr.com/photos/44534236@N00/4965756445/ アプリ アプリ サ " ビ ス サ " ビ ス サ " ビ ス サ " ビ ス マ イ ク ロ マ イ ク ロ マ イ ク ロ マ イ ク ロ マ イ ク ロ マ イ ク ロ マ イ ク ロ マ イ ク ロ モノリス 同時に存在する
- 34.
- 35. MSAへの取り組み⽅ ⾒えない壁を越える 3/3 • プラットフォームを整備し、段階的にシフトする »DevOpsを実現できる基盤を整備し、共通化する ▸パブリッククラウド上にPaaSを中⼼に組み上げるのが⼀般的 »既存機能を段階的にシフトしながら、新しいものも作る ▸Netflixは2008年にAWS移⾏を開始し、2016年1⽉にクラウドシフト完了※ 34 アプリ アプリ サ " ビ ス サ " ビ ス マ イ ク ロ マ イ ク ロ マ イ ク ロ マ イ ク ロ モノリス プラットフォーム アプリ モノリス モノリスモノリス サ " ビ ス マ イ ク ロ ... ※Netflixのクラウド移⾏が完了 - About Netflix https://about.netflix.com/ja/news/completing-the-netflix-cloud-migration
- 36.
- 37. まとめ 意識的に分離し、つなげる • 出島を意識する »孤島：流通が遅すぎて成果が⼩さい »半島：名前を変えただけになる • どのように繋げるか？ »両者の間にある「⾒えない壁」を意 識し、意識して越える 36 Ground-planof the Dutch trade-post on the island Dejima at Nagasaki Isaac Titsingh
- 38.
- 39.
- 40. まとめ 今⽇は時間が⾜りない… • 価値と機能は直⾏する • カスタマージャーニーだけで業務/ITは検討できない •MVPは実現可能性を前提とする • リードタイムとリリースサイクルを管理する • DevOpsにおける開発部⾨と運⽤部⾨ • 外部品質を維持するために内部品質を⾼める • ... 39
- 41.
- 42. さいごに 壁を越える⼈の⼼持ち • 他者にリスペクトを持つ »⾃分と異なる「やり⽅」には背景があり、それには意味がある ▸⽬指す場所は同じであることを共有する • オープンに話し合う »なぜ、そのやり⽅をするのかを説明し、意⾒をもらう ▸応援してくれる⼈は、必ずいる •⾃らが考え、動く »うまくいかないことを他者のせいにせず、⾃ら変えていく ▸ただし、妥協してはならない 41
- 43.