ソフトウェア開発の生産性と信頼性向上に取り組んだ結果、どうなった？/What has changed as a result of efforts to improve software development productivity and reliability?

Transcript

1. ソフトウェア開発の生産性と信頼性 向上に取り組んだ結果、どうなった？ Genki Ogasawara 2024.2.9 KGX MAIN TALK
2. アジェンダ 2 4 3 ソフトウェアのチー ム開発と 前提知識 ソフトウェア開発に おける生産性と信 頼性とは？ DORA Core Model DevOps Four Keys 改善のプラクティス 5 Future work & Summary 1
3. アジェンダ 2 4 3 ソフトウェアのチー ム開発と 前提知識 ソフトウェア開発に おける生産性と信 頼性とは？ DORA Core Model DevOps Four Keys 改善のプラクティス 5 Future work & Summary 1
4. ソフトウェア開発の前提知識 ◆ 開発 機能要件に従いプログラミング ◆ ビルド プログラムを最適化したファイルに出力 ◆ デプロイ ファイルをサーバに展開する Development Build Deployment
5. { } … 個人開発とチーム開発の違い 複雑なバージョン管理 開発する機能ごとにタスクが 割り当てられるため、コードの バージョン管理が必要になる。さ らに、クラウドとローカルの開発 環境で同期を取る必要が ある。 合意形成と履歴 組織単位の合意形成に時間を 要する。開発者は機能開発後に プルリクエストでレビューを 依頼する必要がある。レビューの 履歴は後から追跡できる必要が ある。 コードと環境の共有 ソフトウェアのコードおよび開発 環境の設定は共有する必要があ り、素早くセットアップできる必要 がある。場合によっては、クラウド の開発環境を用いることもある。
6. { } … 個人開発とチーム開発の違い 複雑なバージョン管理 開発する機能ごとにタスクが 割り当てられるため、コードの バージョン管理が必要になる。さ らに、クラウドとローカルの開発 環境で同期を取る必要が ある。 合意形成と履歴 組織単位の合意形成に時間を 要する。開発者は機能開発後に プルリクエストでレビューを 依頼する必要がある。レビューの 履歴は後から追跡できる必要が ある。 コードと環境の共有 ソフトウェアのコードおよび開発 環境の設定は共有する必要があ り、素早くセットアップできる必要 がある。場合によっては、クラウド の開発環境を用いることもある。 開発以外にもやることが意外とあるな・・・？ 🤔
7. アジェンダ 2 4 3 ソフトウェアのチー ム開発と 前提知識 ソフトウェア開発に おける生産性と信 頼性とは？ DORA Core Model DevOps Four Keys 改善のプラクティス 5 Future work & Summary 1
8. What is “Reliability” and “Productivity”?
9. Bedrock に聞いてみよう
10. ソフトウェア開発における信頼性と生産性とは何か？ ◆ 信頼性 - Reliability • 想定通り機能する • エラーがない • セキュリティリスクが少ない • 脆弱性が少ない ◆ 生産性 - Productivity • 自動化されている • チームメンバーの支援 • 試験的な取り組みができる • 変更が容易
11. ソフトウェア開発における信頼性と生産性とは何か？ ◆ 信頼性 - Reliability • 想定通り機能する • エラーがない • セキュリティリスクが少ない • 脆弱性が少ない プロダクトとして各機能が問題なく動くためのアプ ローチ、セキュリティに対するアプローチが必要に なる ◆ 生産性 - Productivity • 自動化されている • チームメンバーの支援 • 試験的な取り組みができる • 変更が容易
12. ソフトウェア開発における信頼性と生産性とは何か？ ◆ 信頼性 - Reliability • 想定通り機能する • エラーがない • セキュリティリスクが少ない • 脆弱性が少ない プロダクトとして各機能が問題なく動くためのアプ ローチ、セキュリティに対するアプローチが必要に なる ◆ 生産性 - Productivity • 自動化されている • チームメンバーの支援 • 試験的な取り組みができる • 変更が容易 開発者の煩わしさを取り除くアプローチ、実験する ことが許容されるような環境を作るためのアプロー チが必要になる
13. DevOps
14. DevOps 生産性と信頼性向上のためのアプローチ
15. DevOps 生産性と信頼性向上のためのアプローチ DevOps は、ソフトウェア デリバリーの速度とサービスの信頼性の向上、 ソフトウェアの関係者間の共有オーナーシップの構築を目的とする、組織 的で文化的な取り組みです。（Google より）
16. DORA Core Model DevOps Research & Assessment (DORA) DORA Core Model ◆ ソフトウェアのパフォーマンス測定 - デプロイ頻度 - 変更のリードタイム - 変更失敗率 - 復元時間 優れている組織は、この4つの指標について高レベルである DevOps Four Keys Deployment frequency Lead time for changes Time to restore service Change failure rate
17. 速度と安定性は両立する
18. アジェンダ 2 4 3 ソフトウェアのチー ム開発と 前提知識 ソフトウェア開発に おける生産性と信 頼性とは？ DORA Core Model DevOps Four Keys 改善のプラクティス 5 Future work & Summary 1
19. DORA Core Model - DevOps Four Keys ◆ デプロイ頻度 チームによる正常な本番環境へのリリースの頻度 ◆ 変更のリードタイム 開発者によるプルリクエストがレビューされ本番環境で 稼働するまでの所要時間 ◆ 変更失敗率 デプロイが原因で本番環境で障害が発生する割合 ◆ 復元時間 本番環境における障害が発生してからシステムが正常 な状態に復元するまでにかかる時間 {…} 開発者 レビュー 承認 レビュワー ステージング 環境 本番環境
20. DORA Core Model - DevOps Four Keys ◆ デプロイ頻度 チームによる正常な本番環境へのリリースの頻度 ◆ 変更のリードタイム 開発者によるプルリクエストがレビューされ本番環境で 稼働するまでの所要時間 ◆ 変更失敗率 デプロイが原因で本番環境で障害が発生する割合 ◆ 復元時間 本番環境における障害が発生してからシステムが正常 な状態に復元するまでにかかる時間 ステージング 環境 本番環境 {…} 開発者 デプロイ デプロイ レビュー 承認 レビュワー
21. DORA Core Model - DevOps Four Keys ◆ デプロイ頻度 チームによる正常な本番環境へのリリースの頻度 ◆ 変更のリードタイム 開発者によるプルリクエストがレビューされ本番環境で 稼働するまでの所要時間 ◆ 変更失敗率 デプロイが原因で本番環境で障害が発生する割合 ◆ 復元時間 本番環境における障害が発生してからシステムが正常 な状態に復元するまでにかかる時間 ステージング 環境 本番環境 {…} 開発者 デプロイ デプロイ レビュー 承認 レビュワー
22. DORA Core Model - DevOps Four Keys ◆ デプロイ頻度 チームによる正常な本番環境へのリリースの頻度 ◆ 変更のリードタイム 開発者によるプルリクエストがレビューされ本番環境で 稼働するまでの所要時間 ◆ 変更失敗率 デプロイが原因で本番環境で障害が発生する割合 ◆ 復元時間 本番環境における障害が発生してからシステムが正常 な状態に復元するまでにかかる時間 ステージング 環境 本番環境 {…} 開発者 デプロイ デプロイ レビュー 承認 レビュワー
23. DORA Core Model - DevOps Four Keys ◆ デプロイ頻度 手動デプロイによるビッグバンデプロイ ◆ 変更のリードタイム レビュアーが多いため開発者がプルリクエスト してから承認まで時間がかかっていた ◆ 変更失敗率 環境ごとに手動でコマンドを打ちデプロイをしなければ らなずデプロイによる失敗が頻発していた ◆ 復元時間 エラーが発生した場合に検知できていなかった
24. DORA Core Model - DevOps Four Keys ◆ デプロイ頻度 手動デプロイによるビッグバンデプロイ ◆ 変更のリードタイム レビュアーが多いため開発者がプルリクエスト してから承認まで時間がかかっていた ◆ 変更失敗率 環境ごとに手動でコマンドを打ちデプロイをしなければ らなずデプロイによる失敗が頻発していた ◆ 復元時間 エラーが発生した場合に検知できていなかった 環境ごとの自動デプロイ レビューの簡素化 失敗の検知
25. アジェンダ 2 4 3 ソフトウェアのチー ム開発と 前提知識 ソフトウェア開発に おける生産性と信 頼性とは？ DORA Core Model DevOps Four Keys 改善のプラクティス 5 Future work & Summary 1
26. DORA Core Model - DevOps Four Keys ◆ デプロイ頻度 手動デプロイによるビッグバンデプロイ ◆ 変更のリードタイム レビュアーが多いため開発者がプルリクエスト してから承認まで時間がかかっていた ◆ 変更失敗率 環境ごとに手動でコマンドを打ちデプロイをしなければ らなずデプロイによる失敗が頻発していた ◆ 復元時間 エラーが発生した場合に検知できていなかった ステージング 環境 本番環境 開発環境 開発者 Deploy Command Deploy Command Deploy Command Login Login
27. DORA Core Model - DevOps Four Keys ◆ デプロイ頻度 手動デプロイによるビッグバンデプロイ ◆ 変更のリードタイム レビュアーが多いため開発者がプルリクエスト してから承認まで時間がかかっていた ◆ 変更失敗率 環境ごとに手動でコマンドを打ちデプロイをしなければ らなずデプロイによる失敗が頻発していた ◆ 復元時間 エラーが発生した場合に検知できていなかった ステージング 環境 本番環境 開発環境 開発者 Workflow Workflow Workflow Amazon CodeCatalyst の Workflow 機能を使って自動化
28. DORA Core Model - DevOps Four Keys ◆ デプロイ頻度 手動デプロイによるビッグバンデプロイ ◆ 変更のリードタイム レビュアーが多いため開発者がプルリクエスト してから承認まで時間がかかっていた ◆ 変更失敗率 環境ごとに手動でコマンドを打ちデプロイをしなければ らなずデプロイによる失敗が頻発していた ◆ 復元時間 エラーが発生した場合に検知できていなかった 開発者 Requierd Reviewer 全員が実装内容を確認したい という狙いもあった
29. DORA Core Model - DevOps Four Keys ◆ デプロイ頻度 手動デプロイによるビッグバンデプロイ ◆ 変更のリードタイム レビュアーが多いため開発者がプルリクエスト してから承認まで時間がかかっていた ◆ 変更失敗率 環境ごとに手動でコマンドを打ちデプロイをしなければ らなずデプロイによる失敗が頻発していた ◆ 復元時間 エラーが発生した場合に検知できていなかった 開発者 Requierd Reviewer 速度を優先しレビュアーを削減 コードレビューで実装内容を確認 Optional Reviewer
30. DORA Core Model - DevOps Four Keys ◆ デプロイ頻度 手動デプロイによるビッグバンデプロイ ◆ 変更のリードタイム レビュアーが多いため開発者がプルリクエスト してから承認まで時間がかかっていた ◆ 変更失敗率 環境ごとに手動でコマンドを打ちデプロイをしなければ らなずデプロイによる失敗が頻発していた ◆ 復元時間 エラーが発生した場合に検知できていなかった 開発者 Requierd Reviewer 速度を優先しレビュアーを削減 コードレビューで実装内容を確認 Optional Reviewer 自分の開発よりもレ ビュー優先
31. DORA Core Model - DevOps Four Keys ◆ デプロイ頻度 手動デプロイによるビッグバンデプロイ ◆ 変更のリードタイム レビュアーが多いため開発者がプルリクエスト してから承認まで時間がかかっていた ◆ 変更失敗率 環境ごとに手動でコマンドを打ちデプロイをしなければ らなずデプロイによる失敗が頻発していた ◆ 復元時間 エラーが発生した場合に検知できていなかった ステージング 環境 本番環境 開発環境 各環境を見に行くまで エラーが検知できない状態
32. DORA Core Model - DevOps Four Keys ◆ デプロイ頻度 手動デプロイによるビッグバンデプロイ ◆ 変更のリードタイム レビュアーが多いため開発者がプルリクエスト してから承認まで時間がかかっていた ◆ 変更失敗率 環境ごとに手動でコマンドを打ちデプロイをしなければ らなずデプロイによる失敗が頻発していた ◆ 復元時間 エラーが発生した場合に検知できていなかった ステージング 環境 本番環境 開発環境 各環境のログからメトリクスを 作成しSlack経由で通知 通知
33. アジェンダ 2 4 3 ソフトウェアのチー ム開発と 前提知識 ソフトウェア開発に おける生産性と信 頼性とは？ DORA Core Model DevOps Four Keys 改善のプラクティス 5 Future work & Summary 1
34. How have they changed to? 結局、どうなったの？
35. DevOps Four Keys Quick Check In 2019
36. DevOps Four Keys Quick Check In 2024
37. DevOps Four Keys Quick Check In 2024 🏻 🏻 業界平均を上回り、50ポイント近く改善
38. 体感としてどうか？ ◆ チームの変化 　・できるだけ自動化する文化が根付いた 　・品質を担保することを意識するようになった ◆ 副次的な効果 　・変更失敗率低減のため、テストも導入できた 　・開発サーバを立ち上げる速度が2分から数秒になった
39. Future works & Summary ・Quick Check のための定量的な計測をする 現在は感覚的に回答しているためメトリクスを取る仕組みを導入したい ・手動でシステムを復元しているため自動化する 失敗を検知した後に自動で前のバージョンにロールバックする 仕組みを導入し、復元までの時間を短縮したい
40. Thank you!