2024年のPlatform Engineeringはこうなる(なってほしい)

Forkwellさん主催の「今から予測する2024年のPlatform Engineering」で登壇した資料です
https://forkwell.connpass.com/event/303922/

Transcript

1. 2024年の Platform Engineeringは こうなる!(なってほしい)
2. Kazuto Kusama @jacopen Product Evangelist @PagerDuty Japan Organizer @Platform Engineering Meetup Founder @Cloud Native Innovators Association Tech Strategy Advisor @PITTAN New!
3. 2023年はPlatform Engineeringが 盛り上がった年でした
5. Gartner ガートナーのハイプサイクルに登場。 『2026年までに、ソフトウェア・エンジ ニアリング組織の80%がプラットフォーム ・エンジニアリング・チームを結成し、そ のうち75%がセルフサービス開発者ポータ ルを取り入れる』と予測
6. さっくり解説
7. クラウドの登場とDevOps Dev Ops Configure Verify Package Plan Monitor Release Create Plan DevとOpsの垣根をなくし、ソフトウェアの開発とデリバリーを 継続して行えるようにするアプローチ。
8. アプリを作っていて思うこと この開発したアプリをAWSに デプロイしないといけないけど･･･ クラウドくっそめんどくさい！ こんな作業やりたくない！ ▲ 一応クラウド系のエンジニア
9. 真のDevOps 開発者が、アプリをエンドツーエンドでデプロイし、実行する ただし、多くの組織にとって現実的ではない Kubernetes Buildkit Helm Dockerfile Grafana Prometheus GitHub Actions React Next.js Security Node.js Terraform ArgoCD APM Compliance 認知負荷が 高すぎる これをやり切れ る人材は少ない
10. https://www.infoq.com/articles/platform-engineering-primer/ より引用 認知負荷の増大が問題に クラウドの浸透、クラウドネイティブ技術の登場、マイクロサービス化の流れ、 エンジニアの責任範囲の拡大により認知負荷が大変なことに
11. ちゃんと機能する形で チームを分けよう
12. ちゃんと機能する形で チームを分けよう 分けるだけじゃなくて 連携方法も考えよう
13. Team Topologies 価値のあるソフトウェアを素早く届けられるよ うにするための組織設計。 4タイプのチーム定義と、3つのインタラクショ ンモードが定義されている。
14. Platform Team • Platform Teamが提供するゴールデンパスに沿ってもらうことで、 開発者の認知負荷を軽減し生産性を高める • プラットフォームのユーザー要件を調査し、ロードマップを計画 • ポータル、API、ドキュメンテーション、テンプレート、CLIツールなど、 機能やサービスを利用するためのインターフェースを管理・開発する • プラットフォームが提案する価値の提唱、マーケティング、宣伝を行う
15. Platform Engineeringとは 開発者の認知負荷を軽減し生産性を向上させる共通基盤を 『正しく』作り続けるための方法論
16. じゃあどう盛り上がったか？
17. Gartner ガートナーのハイプサイクルに登場。 『2026年までに、ソフトウェア・エンジ ニアリング組織の80%がプラットフォーム ・エンジニアリング・チームを結成し、そ のうち75%がセルフサービス開発者ポータ ルを取り入れる』と予測
18. 2023 ソフトウェアエンジニアリングのハイプサイクル https://www.gartner.com/en/newsroom/press-releases/2023-11-28-gartner-hype-cycle-shows-ai-practices-and-platform-engineering-will-reach-mainstream-adoption-in-software-engineering-in-two-to-five-years 過度な期待のピーク
19. いやピークくるの早すぎ
20. CNCF Platforms White Paper “経営者、アーキテクト、プラットフォー ム・チームのリーダーが社内プラット フォームを提唱し、調査し、計画するのを 支援することを意図している”　ホワイト ペーパー。 プラットフォームと、プラットフォーム チームの背景と要件がうまくまとまってい る。まずはこれを読むべし https://tag-app-delivery.cncf.io/white papers/platforms/
21. Platform Engineering Maturity Model Platform Engineeringの成熟モデル 5つの側面に対して4階層の成熟レベルが定 められている
22. PlatformCon 2023 169セッション 22,000+ 参加者 RecapがYouTubeで見れます
23. Platform Engineering Meetup 3月に開始 その後6回開催 今日時点でConnpassグループ参加者 2114人 #4 FUKUOKA #3 NAGOYA #1,2,5,6 TOKYO
24. CloudNative Days Tokyo 2023 Platform Engineering関連 or 言及する セッション多数 アーカイブ視聴可能 ▲ 決済システム内製化のその先に 〜 クラウドネイティブな 開発を"スケール"させるために必要だったこと Track A 2023/12/11 17:20-18:00
25. 2024年はどうなるか
26. 実践する企業が増える 考えが広まってきたこともあり、じゃあうち でも実践するか！という企業が増えてくる。 今までは雑多に「SRE部」「基盤部」みたい な部門で担っていたものが、生産性向上を第 一とする「Platform Engineering部」みた いな形で設立されることが増えるのではない か。 部として分かれなくても、生産性向上の専任 者が当てられる形になっていく ▲ Forkwellで求人を調べてみよう！
27. 体系化された知見を取り込むようになる 言葉が出来る前から実践していた先 駆者たちも、体系化された知見をも とに、より運用をブラッシュアップ していく。 Backstageのような専用のプロダク トを入れるケースも増えてくる
28. 各ベンダーの機能が出揃う 各ベンダーがPlatform Engineeringに向けて たサービスや情報を充実させる。 2023年の後半からその傾向が見られるが、 2024年はより本格化すると考えられる
29. 各ベンダーの機能が出揃う Radius Azure Deployment Environments Red Hat Developer Hub VMware Tanzu Developer Portal
30. 生成AIの活用が広がる ITの在り方を変えつつある生成AI。 当然Platform Engineeringにおいても 無関係ではない Self-serviceなPlatformを作ったり、情 報を調べたりする際に生成AIを絡めるこ とでより賢く高度な仕組みを作ることが できそう。 生成AIをより活かすためには、今のうち から丁寧なドキュメンテーションや情報 の一元化をしておくと良い PagerDuty Copilotで、 AIの力を借りながらトラシュー
31. スタートアップにおける実践例・知見が増える Internal Developer PlatformやPortalの話が先行しすぎたせいで、 「Platform Engineeringは大企業向けなんでしょ」という意見も多い しかし開発者の認知負荷軽減、生産性向上は小さな組織であっても有用 そのため、スタートアップでも実践例がどんどん増えるのでは
32. 上手くいくプラットフォーム作りは、本当に難しい • 4割の共通プラットフォームは、生まれながらに死んでいる • 4割の共通プラットフォームは、上手く運用出来ずに死んでいく • 成功するのは2割か、それ以下 (注: jacopenの感覚値なので数字に根拠はありません！)
33. 価値とは 『誰にとっての価値か』が大事 プラットフォームにとって、価値があるかないか判断をするのは 『プラットフォームの利用者』 つまり 『開発者』 開発者に価値を提供できなければ、そのプラットフォームは失敗している
34. 誰に 何を どうやって プラットフォーム の利用者 ◦◦という価値を 技術 ツールチェーン ワークフロー ここにちゃんとフォーカスすること これを継続的に回せること
35. Platform as a Product • 開発者を『顧客』として考え、顧客にプラット フォームという『プロダクト』を提供していく というアプローチ • 世の中に提供されているさまざまなプロダクト と同じ管理手法を、プラットフォームにも取り 込んでいく 顧客 Platform Product プロダクトを提供 プロダクトを提供 プラットフォームチーム PdM
36. プロダクトマネージャー不足が深刻になる Platform as a Productを実践しようとすると間違いなく当たる壁 Platform EngineerのHiringすら大変なのに、 プロダクトマネージャを連れてくることなんて出来るのか･･･？ そもそもPlatformの知見を持ったプロダクトマネージャは 世の中に何人いるのか
37. 楽観的シナリオ Platform as a Productの考え方が広まった結果、プロダクトマネージャの 重要性も理解され、社内での育成や知見をもった人のHiringが始まる。 プロダクトマネージャーの育成支援サービスなども揃いはじめる。
38. 楽観的シナリオ Platform as a Productの考え方が広まった結果、プロダクトマネージャの 重要性も理解され、社内での育成や知見をもった人のHiringが始まる。 プロダクトマネージャーの育成支援サービスなども揃いはじめる。 ForkwellにPlatform Teamのプロダクトマネージャー求人がたくさん出る
39. 悲観的シナリオ プロダクトマネージャーが集まらない、育てられない プロダクトマネジメントの必要性が浸透しない ツール先行、技術先行でプラットフォームが作られ始め、そして上手くいかない そのままPlatform Engineeringが尻すぼみになっていく
40. 『作り続ける』ということ • 『作る』ことよりも『続ける』ことが難しい • 仮に一度理想的なものが作れたとしても、顧客 の状況や技術は常に変わり続ける。あっという 間に現状にそぐわないものになってしまう。 • 顧客の意見を聞き続け、プラットフォームを アップデートし続ける必要がある 顧客 Platform Product プロダクトを提供 プロダクトを提供 プラットフォームチーム
41. 『作り続ける』ということ • そのためには、継続的にそれをやれる サステナブルなチームが必須。 • 誰かが居なくなっても問題なく回り続ける チーム • 継続的な経営層からのサポート ◦ そのための土壌作り 顧客 Platform Product プロダクトを提供 プロダクトを提供 プラットフォームチーム
42. マイグレーションが課題になる • 新しいプラットフォームを回し始めたとき、 既存の仕組みからどうやって影響を最小限にし て乗り換えていくか • 技術的な観点だけでなくチーム間連携も重要 • マイグレーションが不要なアプリ、Greenfield appから始めて、徐々に既存のワークロードの 移行をはじめるのがよさそう 顧客 Platform プラットフォームチーム Platform Migration
43. いろいろ乗り越えなければいけない課題はある けど 2024年もすごくいい年になると思う
44. 重要なおしらせ
45. Platform Engineering Meetup 3月に開始 その後6回開催 今日時点でConnpassグループ参加者 2114人 #4 FUKUOKA #3 NAGOYA #1,2,5,6 TOKYO
46. これだけ関心を集めているのならば、 もっと大きなイベントもやれるのでは･･･？
47. 2024年 7月 Platform Engineering Conference(仮) 開催
48. 実行委員募集！ • 一緒にカンファレンスをつくっていく メンバーを募集します！ • カンファレンス運営の経験は問いません • Platform Engineeringを盛り上げていき たい！という気持ちがあればOK • カンファレンス運営にもPlatform Engineeringのプラクティスを取り入れる とかもやってみたい • 右のQRコードから申込みを！