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.1k
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
Grafana x PagerDuty Better Together
jacopen
1
370
「共通基盤」を超えよ! 今、Platform Engineeringに取り組むべき理由
jacopen
26
6.9k
いろんな外資、いろんなロールで働いてみた話
jacopen
14
4.7k
サービスの危機に立ち向かうリーダーシップ~インシデントコマンダーの役割と戦略~
jacopen
20
6.2k
5分でわかる(かもしれない)Platform Engineering
jacopen
4
790
ChatOpsで回す、クラウドネイティブな組織運営
jacopen
1
200
2024年のPlatform Engineeringはこうなる(なってほしい)
jacopen
7
3.8k
技術の洪水に立ち向かう: 開発者の心を軽くするプラットフォームエンジニアリングの話
jacopen
12
6.4k
プラットフォーム名決めるのも、ロゴ作るのも、プラットフォームチームの仕事です
jacopen
3
200
Other Decks in Technology
See All in Technology
TailwindCSSでUIライブラリを作る際のハマりどころ
shuta13
0
230
データベース04: SQL (1/3) 単純質問 & 集約演算
trycycle
0
180
エンジニアゼロの組織から内製開発の DX をどう実現したのか / How did we achieve DX in in-house development in an organization with zero engineers?
genkiogasawara
7
3.2k
Laboratories in Science and Technology: Deep Neural Networks
keio_smilab
PRO
3
180
AWS アーキテクチャ作図入門/aws-architecture-diagram-101
ma2shita
16
6.7k
Blazor WASM × Code-first gRPC で始める C# ⼤統⼀理論
sansantech
PRO
1
910
汎用ポリシー言語Rego + OPAと認可・検証事例の紹介 / Introduction Rego & OPA for authorization and validation
mizutani
1
190
From here to resilience - a travel guide
ufried
1
160
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
5
38k
【SORACOM UG 四国】今だからこそ学ぶ!IoTの全体像と最新事例、生成AIの基礎
soracom
PRO
2
190
Money-saving tips for the frugal serverless developer
theburningmonk
1
410
LLM評価の落とし穴~開発者目線で気をつけるポイント~
rishigami
12
3.3k
Featured
See All Featured
Code Review Best Practice
trishagee
56
15k
Designing Experiences People Love
moore
136
23k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
9
1.3k
Side Projects
sachag
451
41k
Six Lessons from altMBA
skipperchong
22
3k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
22
1.6k
Building Flexible Design Systems
yeseniaperezcruz
320
37k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
20
1.8k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
84
45k
Clear Off the Table
cherdarchuk
86
310k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
21
2k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
12
1.1k
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は • めちゃくちゃよく纏まっている! • 何故プラットフォームなのか、本質を理解するのに最も適した資料 • いきなりプラクティスから入るのではなく、まずはこれを読んで根底を理解
した上で取り組んでいくのがお勧め