Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
CNCFが考えるPlatform - Platforms White Paperについて
Search
Kazuto Kusama
July 20, 2023
Technology
2
1.5k
CNCFが考えるPlatform - Platforms White Paperについて
Platform Engineering Meetup #3で発表した資料です。
CNCFが出したPlatform White Paperについて解説しています。
Kazuto Kusama
July 20, 2023
Tweet
Share
More Decks by Kazuto Kusama
See All by Kazuto Kusama
トラシューアニマルになろう ~開発者だからこそできる、安定したサービス作りの秘訣~
jacopen
2
1.5k
あなたの興味は信頼性?それとも生産性? SREとしてのキャリアに悩むみなさまに伝えたい選択肢
jacopen
6
4.7k
PaaSの歴史と、 アプリケーションプラットフォームのこれから
jacopen
7
1.9k
AI x インシデント管理で拡げるサービスオーナーシップ
jacopen
0
140
間違いだらけのポストモーテム - ホントに役立つレビューはこうだ!
jacopen
6
1.4k
2024/10 PagerDuty機能アップデート
jacopen
1
56
ゲームから学ぶ、いちばん速いインシデント対応
jacopen
1
110
PEK2024 Recap
jacopen
2
170
クラウドネイティブの本質から考える、生産性と信頼性の両立
jacopen
3
930
Other Decks in Technology
See All in Technology
Developer Summit 2025 [14-D-1] Yuki Hattori
yuhattor
19
5.1k
Ask! NIKKEI RAG検索技術の深層
hotchpotch
13
2.8k
Classmethod AI Talks(CATs) #15 司会進行スライド(2025.02.06) / classmethod-ai-talks-aka-cats_moderator-slides_vol15_2025-02-06
shinyaa31
0
170
AndroidXR 開発ツールごとの できることできないこと
donabe3
0
110
生成AIの利活用を加速させるための取り組み「prAIrie-dog」/ Shibuya_AI_1
visional_engineering_and_design
1
140
Kubernetes x k6 で負荷試験基盤を開発して 負荷試験を民主化した話 / Kubernetes x k6
sansan_randd
2
730
データ基盤の成長を加速させる:アイスタイルにおける挑戦と教訓
tsuda7
3
650
家電アプリ共通PF "Linova" のAPI利用とPostman活用事例ご紹介
yukiogawa
0
130
RSNA2024振り返り
nanachi
0
500
アジャイル開発とスクラム
araihara
0
160
サーバーレスアーキテクチャと生成AIの融合 / Serverless Meets Generative AI
_kensh
12
3k
オブザーバビリティの観点でみるAWS / AWS from observability perspective
ymotongpoo
7
1k
Featured
See All Featured
Large-scale JavaScript Application Architecture
addyosmani
510
110k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
160
15k
Into the Great Unknown - MozCon
thekraken
35
1.6k
Automating Front-end Workflow
addyosmani
1367
200k
GraphQLの誤解/rethinking-graphql
sonatard
68
10k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
31
2.1k
The Power of CSS Pseudo Elements
geoffreycrofte
75
5.5k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
The Pragmatic Product Professional
lauravandoore
32
6.4k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
330
21k
How STYLIGHT went responsive
nonsquared
98
5.3k
Optimizing for Happiness
mojombo
376
70k
Transcript
Platforms White Paper CNCFが考えるPlatform
Kazuto Kusama @jacopen Senior Solutions Engineer @HashiCorp Japan Co-Chair @CloudNative
Days Organizer @Platform Engineering Meetup Founder @Cloud Native Innovators Association Tech Strategy Advisor @PITTAN
None
第1回より
かなり反響がありました Publickey @IT
まだまだ知られていない! Interop Tokyo 2023会場 にて、エーピーコミュニ ケーションズさんが実施し た調査。 亀崎さんによるブログも参 照してください https://techblog.ap-com
.co.jp/entry/2023/06/26 /160500
たかが定義、されど定義
CNCFから出ました https://tag-app-delivery.cncf.io/whitepapers/platforms/
ホワイトペーパーの目的 本稿は、企業のリーダー、エンタープライズアーキテクト、プラットフォームチー ムのリーダーが、クラウドコンピューティングのための社内プラットフォームを提 唱し、調査し、計画することを支援することを意図している。プラットフォームは 企業の実際のバリューストリームに大きな影響を与えるが、それは間接的なものに 過ぎないため、プラットフォームチームの長期的な持続と成功には、リーダーのコ ンセンサスとサポートが不可欠である。本稿では、プラットフォームの価値とは何 か、その価値をどのように測定するか、そして価値を最大化するプラットフォーム ・チームをどのように実現するかについて議論することで、そのサポートを可能に する。
https://tag-app-delivery.cncf.io/whitepapers/platforms/#introduction を元に翻訳
ホワイトペーパーの目的 本稿は、企業のリーダー、エンタープライズアーキテクト、プラットフォームチー ムのリーダーが、クラウドコンピューティングのための社内プラットフォームを提 唱し、調査し、計画することを支援することを意図している。プラットフォームは 企業の実際のバリューストリームに大きな影響を与えるが、それは間接的なものに 過ぎないため、プラットフォームチームの長期的な持続と成功には、リーダーのコ ンセンサスとサポートが不可欠である。本稿では、プラットフォームの価値とは何 か、その価値をどのように測定するか、そして価値を最大化するプラットフォーム ・チームをどのように実現するかについて議論することで、そのサポートを可能に する。
https://tag-app-delivery.cncf.io/whitepapers/platforms/#introduction を元に翻訳 誰に対して、何のためにあるか
ホワイトペーパーの目的 本稿は、企業のリーダー、エンタープライズアーキテクト、プラットフォームチー ムのリーダーが、クラウドコンピューティングのための社内プラットフォームを提 唱し、調査し、計画することを支援することを意図している。プラットフォームは 企業の実際のバリューストリームに大きな影響を与えるが、それは間接的なものに 過ぎないため、プラットフォームチームの長期的な持続と成功には、リーダーのコ ンセンサスとサポートが不可欠である。本稿では、プラットフォームの価値とは何 か、その価値をどのように測定するか、そして価値を最大化するプラットフォーム ・チームをどのように実現するかについて議論することで、そのサポートを可能に する。
https://tag-app-delivery.cncf.io/whitepapers/platforms/#introduction を元に翻訳 与える価値と課題
ホワイトペーパーの目的 本稿は、企業のリーダー、エンタープライズアーキテクト、プラットフォームチー ムのリーダーが、クラウドコンピューティングのための社内プラットフォームを提 唱し、調査し、計画することを支援することを意図している。プラットフォームは 企業の実際のバリューストリームに大きな影響を与えるが、それは間接的なものに 過ぎないため、プラットフォームチームの長期的な持続と成功には、リーダーのコ ンセンサスとサポートが不可欠である。本稿では、プラットフォームの価値とは何 か、その価値をどのように測定するか、そして価値を最大化するプラットフォーム ・チームをどのように実現するかについて議論することで、そのサポートを可能に する。
https://tag-app-delivery.cncf.io/whitepapers/platforms/#introduction を元に翻訳 しなければいけないこと
ホワイトペーパーの目的 本稿は、企業のリーダー、エンタープライズアーキテクト、プラットフォームチー ムのリーダーが、クラウドコンピューティングのための社内プラットフォームを提 唱し、調査し、計画することを支援することを意図している。プラットフォームは 企業の実際のバリューストリームに大きな影響を与えるが、それは間接的なものに 過ぎないため、プラットフォームチームの長期的な持続と成功には、リーダーのコ ンセンサスとサポートが不可欠である。本稿では、プラットフォームの価値とは何 か、その価値をどのように測定するか、そして価値を最大化するプラットフォーム ・チームをどのように実現するかについて議論することで、そのサポートを可能に する。
https://tag-app-delivery.cncf.io/whitepapers/platforms/#introduction を元に翻訳 考えていくべきこと
ホワイトペーパーの構成 1. なぜプラットフォームなのか? 2. プラットフォームとは 3. 成功するプラットフォームの特徴 4. 成功するプラットフォーム・チームの特徴 5.
プラットフォーム導入時の課題 6. プラットフォームによる成果の測定方法 7. プラットフォームの能力
Why platforms?
何故プラットフォームなのか ここで書かれているのは、PFEM#1で話し た内容とほぼ同じ • 過去いろいろなプロセス改善により開 発チームの生産性・アジリティは高 まっていった • インフラも開発もさまざまな仕組みが 提供された結果、認知負荷が高まった
• 開発者を本来の業務に集中させる、組 織全体での重複する作業を減らす仕組 みが必要 • そこでクラウドネイティブ向けのプ ラットフォームが必要
What is a platform
プラットフォームとは何か • プラットフォームは、プラットフォームのユーザーのニーズに従って定義さ れ、提供される、統合された機能のコレクション • さまざまなアプリケーションに対して、典型的な機能やサービスを利用・統 合するための一貫したエクスペリエンスを保証する横断的なレイヤー • 優れたプラットフォームは、ウェブポータル、プロジェクトテンプレート、 セルフサービスAPIなど、その機能やサービスを使用・管理するための一貫し
たユーザーエクスペリエンスを提供する。
プラットフォームとは何か • プラットフォームがサポートする機能とシナリオは、利害関係者とユーザー のニーズによって決定されるべき • プラットフォームがこれらの必要な機能を提供する一方で、プラットフォー ムチームが常に自ら実装すべきではないことに注意 • マネージドサービスプロバイダーや社内の専門チームが、裏付けとなる実装 を提供。プラットフォームは、提供される実装に一貫性を持たせ、組織の要
件を満たす最も薄い合理的なレイヤーとなる • とりわけシンプルな「プラットフォーム」は、クラウドプロバイダーの機能 を利用するための操作手順へのリンクを持つウィキページといえる
プラットフォームの成熟度 • ベーシックなプラットフォームは、CIのRunner、データベース、シークレッ トストアなどを利用するための一貫したエクスペリエンスを提供 • プラットフォームが成熟するにつれて、セルフサービス可能なテンプレート も提供するようになる。
ユースケース • オンデマンドでVM、ストレージ、データベース、認証などをプロビジョニン グし、利用できる。 • オンデマンドでスペースをプロビジョニングし、パイプラインやタスクの実 行、成果物や設定の保存、テレメトリーの収集に利用できる。 • サードパーティ製ソフトウェアの管理者は、データベースなどの必要な依存 関係をオンデマンドでプロビジョニングし、そのソフトウェアを簡単にイン
ストールして実行できる。 • 開発者は、ウェブ開発やMLOpsなど特定のシナリオに必要なランタイムと開 発時のサービスを組み合わせたテンプレートから、完全な環境をプロビジョ ニングできる。 • 開発者と管理者は、自動化された計測とダッシュボードを通じて、デプロイ されたサービスの機能、パフォーマンス、コストを観察できる。
Attributes of successful platforms
成功するプラットフォームの特徴 • Platform as a product • ユーザーエクスペリエンス • ドキュメントとオンボーディング
• セルフサービス • 認知負荷の軽減 • オプショナルで、コンポーザブル • セキュアバイデフォルト
Attributes of successful platform teams
成功するプラットフォーム・チームの特徴 • プラットフォーム・チームは、Webポータル、カスタムAPI、テンプレートな ど、プラットフォームへのインターフェースとそのエクスペリエンスを担当 • プラットフォーム・チームは、インフラやサポートチームと協力して一貫し たエクスペリエンスを定義し、プロダクトチームからフィードバックを収集 し、要求を満たしていることを確認する
プラットフォーム・チームの仕事 • プラットフォームのユーザー要件を調査し、ロードマップを計画 • プラットフォームが提案する価値の提唱、マーケティング、宣伝を行う • ポータル、API、ドキュメンテーション、テンプレート、CLIツールなど、機 能やサービスを利用するためのインターフェースを管理・開発する 最も重要なことは、プラットフォーム・チームは、プラットフォームを継続的に改 善するために、ユーザーの要求について学ばなければならない。
プラットフォーム・チームの仕事 ユーザーの要求を知る方法としては、ユーザーインタビュー、ハッカソン、イ シュートラッキングやアンケート、Observabilityツールによる使用状況の観測な どがある。 例えば、プラットフォームチームは、ユーザーが機能をリクエストするための フォームを公開したり、今後のロードマップを共有したり、優先順位を決めるため にユーザーの利用パターンをレビューしたりすることができる。
プラットフォーム・チームの仕事 マーケティングも重要。 大々的なアナウンス、魅力的なデモ、定期的なフィードバックやコミュニケーショ ンセッションなどの社内マーケティング活動をする。 もしプラットフォームがユーザーの要望にマッチしていれば、喜んで使ってくれる はず。
Challenges when implementing platforms
プラットフォーム・チームが意識すべきこと • プラットフォームを製品のように扱い、ユーザーとともに開発しなければな らない • 優先順位と最初のパートナーチームを慎重に選択する。 • 経営陣の支持を得て、価値を示さなければならない。
Platform as a product • プラットフォームを製品のように扱い、ユーザーとともに開発しなければな らない • プラットフォームチームは、フィードバックを集め、ニーズを理解するため に、最初からプロダクトマネージャーを含めるべきである。
https://speakerdeck.com/jacopen/shi-jie-nikua-rerupuratutohuomutimuwotukuru
一緒にやっていくチームの選択 • 優先順位と最初のパートナーチームを慎重に選択する。 • 最初は、少数の熱心で熟練した開発チームに焦点を当てる。そのようなチー ムからの詳細なフィードバックは、体験を向上させる。また、そのような チームの人々は、プラットフォームの支持者となり他の人に対して広めてい くのに役立つ https://speakerdeck.com/tcnksm/platform-engineering-at-mercari
経営陣の支持を得て、価値を示さなければならない • 多くの経営者は、ITインフラをコストとして認識しており、プラットフォー ムに割り当てられるコストやリソースを抑制しようとする可能性がある • プラットフォームチームは、ビジネスへの直接的な影響と関係を示し、プ ラットフォームチームがビジネスサイドへの戦略的パートナーであることを 示す必要がある。 https://speakerdeck.com/kenojiri/platform-team-and-internal-politics-platform-engineering-meetup-number-2
How to measure the success of platforms
プラットフォームの効果の測定 • 優れたプロダクトマネジメントは、プロダクトのパフォーマンスの定量的・ 定性的な測定にかかっている。プラットフォーム・チームは継続的にフィー ドバックを収集し、ユーザーアクティビティを測定する必要がある • 一方で、労力をかけ過ぎるべきではない。ここでは測定方法を提案するが、 最初は簡単なアンケートやユーザー行動分析でいいかもしれない
ユーザーの満足度と生産性 ユーザーの満足度と生産性を反映する指標には、以下のようなものがある • アクティブユーザーとリテンション ◦ プロビジョニングされた機能数、ユーザーの増加/解約 • ネット・プロモーター・スコア(NPS)または製品に対するユーザーの満足 度を測るその他の調査 •
SPACEフレームワーク ◦ Satisfaction and well-being ◦ Performance ◦ Activity ◦ Communication and collaboration ◦ Efficiency and flow
組織の効率性 プラットフォームに求められるものは、共通のニーズを効率的に提供すること。共 通作業の削減におけるプラットフォームの効果を測定するには、以下のような指標 を考慮する • データベースやテスト環境などの構築をリクエストしてから提供されるまで の待ち時間 • 全く新しいサービスを構築し、本番環境にデプロイするまでの待ち時間 •
新規ユーザーが最初のコード変更をプロダクトにコミットするまでの時間
プロダクトと機能のデリバリー プラットフォームの最終的な目的は、ビジネス価値を素早く顧客に提供すること。 そのため、ビジネスの中心であるプロダクトや機能のリリースへの影響を測定す る。 GoogleのDevOps Research and Assessment (DORA)研究所は、以下のメトリク スを追跡することを提案している
(※ Four Keysとよばれるやつ) • Deployment Frequency • MTTR(Mean Time to Recover) • Change Failure Rate • Lead time for Change
Capabilities of platforms
略 原文を読んでください!
プラットフォームの能力 このセクションではプラットフォームの機能例が記されている。また、関連する CNCFプロダクトも紹介されている あくでも重要なのは、ニーズにマッチしたプラットフォームを作ることであり、こ こで紹介されている機能を実装することに囚われすぎてはいけない
まとめ
CNCF Platforms White Paperは • めちゃくちゃよく纏まっている! • 何故プラットフォームなのか、本質を理解するのに最も適した資料 • いきなりプラクティスから入るのではなく、まずはこれを読んで根底を理解
した上で取り組んでいくのがお勧め