CNCFが考えるPlatform - Platforms White Paperについて

by Kazuto Kusama

Slide 1

Slide 1 text

Platforms White Paper CNCFが考えるPlatform

Slide 2

Slide 2 text

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

Slide 3

Slide 3 text

No content

Slide 4

Slide 4 text

第1回より

Slide 5

Slide 5 text

かなり反響がありました Publickey @IT

Slide 6

Slide 6 text

まだまだ知られていない！ Interop Tokyo 2023会場にて、エーピーコミュニケーションズさんが実施した調査。亀崎さんによるブログも参照してください https://techblog.ap-com .co.jp/entry/2023/06/26 /160500

Slide 7

Slide 7 text

たかが定義、されど定義

Slide 8

Slide 8 text

CNCFから出ました https://tag-app-delivery.cncf.io/whitepapers/platforms/

Slide 9

Slide 9 text

ホワイトペーパーの目的本稿は、企業のリーダー、エンタープライズアーキテクト、プラットフォームチームのリーダーが、クラウドコンピューティングのための社内プラットフォームを提唱し、調査し、計画することを支援することを意図している。プラットフォームは企業の実際のバリューストリームに大きな影響を与えるが、それは間接的なものに過ぎないため、プラットフォームチームの長期的な持続と成功には、リーダーのコンセンサスとサポートが不可欠である。本稿では、プラットフォームの価値とは何か、その価値をどのように測定するか、そして価値を最大化するプラットフォーム・チームをどのように実現するかについて議論することで、そのサポートを可能にする。 https://tag-app-delivery.cncf.io/whitepapers/platforms/#introduction を元に翻訳

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

ホワイトペーパーの構成 1. なぜプラットフォームなのか？ 2. プラットフォームとは 3. 成功するプラットフォームの特徴 4. 成功するプラットフォーム・チームの特徴 5. プラットフォーム導入時の課題 6. プラットフォームによる成果の測定方法 7. プラットフォームの能力

Slide 15

Slide 15 text

Why platforms?

Slide 16

Slide 16 text

何故プラットフォームなのかここで書かれているのは、PFEM#1で話した内容とほぼ同じ ● 過去いろいろなプロセス改善により開発チームの生産性・アジリティは高まっていった ● インフラも開発もさまざまな仕組みが提供された結果、認知負荷が高まった ● 開発者を本来の業務に集中させる、組織全体での重複する作業を減らす仕組みが必要 ● そこでクラウドネイティブ向けのプラットフォームが必要

Slide 17

Slide 17 text

What is a platform

Slide 18

Slide 18 text

プラットフォームとは何か ● プラットフォームは、プラットフォームのユーザーのニーズに従って定義され、提供される、統合された機能のコレクション ● さまざまなアプリケーションに対して、典型的な機能やサービスを利用・統合するための一貫したエクスペリエンスを保証する横断的なレイヤー ● 優れたプラットフォームは、ウェブポータル、プロジェクトテンプレート、セルフサービスAPIなど、その機能やサービスを使用・管理するための一貫したユーザーエクスペリエンスを提供する。

Slide 19

Slide 19 text

プラットフォームとは何か ● プラットフォームがサポートする機能とシナリオは、利害関係者とユーザーのニーズによって決定されるべき ● プラットフォームがこれらの必要な機能を提供する一方で、プラットフォームチームが常に自ら実装すべきではないことに注意 ● マネージドサービスプロバイダーや社内の専門チームが、裏付けとなる実装を提供。プラットフォームは、提供される実装に一貫性を持たせ、組織の要件を満たす最も薄い合理的なレイヤーとなる ● とりわけシンプルな「プラットフォーム」は、クラウドプロバイダーの機能を利用するための操作手順へのリンクを持つウィキページといえる

Slide 20

Slide 20 text

プラットフォームの成熟度 ● ベーシックなプラットフォームは、CIのRunner、データベース、シークレットストアなどを利用するための一貫したエクスペリエンスを提供 ● プラットフォームが成熟するにつれて、セルフサービス可能なテンプレートも提供するようになる。

Slide 21

Slide 21 text

ユースケース ● オンデマンドでVM、ストレージ、データベース、認証などをプロビジョニングし、利用できる。 ● オンデマンドでスペースをプロビジョニングし、パイプラインやタスクの実行、成果物や設定の保存、テレメトリーの収集に利用できる。 ● サードパーティ製ソフトウェアの管理者は、データベースなどの必要な依存関係をオンデマンドでプロビジョニングし、そのソフトウェアを簡単にインストールして実行できる。 ● 開発者は、ウェブ開発やMLOpsなど特定のシナリオに必要なランタイムと開発時のサービスを組み合わせたテンプレートから、完全な環境をプロビジョニングできる。 ● 開発者と管理者は、自動化された計測とダッシュボードを通じて、デプロイされたサービスの機能、パフォーマンス、コストを観察できる。

Slide 22

Slide 22 text

Attributes of successful platforms

Slide 23

Slide 23 text

成功するプラットフォームの特徴 ● Platform as a product ● ユーザーエクスペリエンス ● ドキュメントとオンボーディング ● セルフサービス ● 認知負荷の軽減 ● オプショナルで、コンポーザブル ● セキュアバイデフォルト

Slide 24

Slide 24 text

Attributes of successful platform teams

Slide 25

Slide 25 text

成功するプラットフォーム・チームの特徴 ● プラットフォーム・チームは、Webポータル、カスタムAPI、テンプレートなど、プラットフォームへのインターフェースとそのエクスペリエンスを担当 ● プラットフォーム・チームは、インフラやサポートチームと協力して一貫したエクスペリエンスを定義し、プロダクトチームからフィードバックを収集し、要求を満たしていることを確認する

Slide 26

Slide 26 text

プラットフォーム・チームの仕事 ● プラットフォームのユーザー要件を調査し、ロードマップを計画 ● プラットフォームが提案する価値の提唱、マーケティング、宣伝を行う ● ポータル、API、ドキュメンテーション、テンプレート、CLIツールなど、機能やサービスを利用するためのインターフェースを管理・開発する最も重要なことは、プラットフォーム・チームは、プラットフォームを継続的に改善するために、ユーザーの要求について学ばなければならない。

Slide 27

Slide 27 text

プラットフォーム・チームの仕事ユーザーの要求を知る方法としては、ユーザーインタビュー、ハッカソン、イシュートラッキングやアンケート、Observabilityツールによる使用状況の観測などがある。例えば、プラットフォームチームは、ユーザーが機能をリクエストするためのフォームを公開したり、今後のロードマップを共有したり、優先順位を決めるためにユーザーの利用パターンをレビューしたりすることができる。

Slide 28

Slide 28 text

プラットフォーム・チームの仕事マーケティングも重要。大々的なアナウンス、魅力的なデモ、定期的なフィードバックやコミュニケーションセッションなどの社内マーケティング活動をする。もしプラットフォームがユーザーの要望にマッチしていれば、喜んで使ってくれるはず。

Slide 29

Slide 29 text

Challenges when implementing platforms

Slide 30

Slide 30 text

プラットフォーム・チームが意識すべきこと ● プラットフォームを製品のように扱い、ユーザーとともに開発しなければならない ● 優先順位と最初のパートナーチームを慎重に選択する。 ● 経営陣の支持を得て、価値を示さなければならない。

Slide 31

Slide 31 text

Platform as a product ● プラットフォームを製品のように扱い、ユーザーとともに開発しなければならない ● プラットフォームチームは、フィードバックを集め、ニーズを理解するために、最初からプロダクトマネージャーを含めるべきである。 https://speakerdeck.com/jacopen/shi-jie-nikua-rerupuratutohuomutimuwotukuru

Slide 32

Slide 32 text

一緒にやっていくチームの選択 ● 優先順位と最初のパートナーチームを慎重に選択する。 ● 最初は、少数の熱心で熟練した開発チームに焦点を当てる。そのようなチームからの詳細なフィードバックは、体験を向上させる。また、そのようなチームの人々は、プラットフォームの支持者となり他の人に対して広めていくのに役立つ https://speakerdeck.com/tcnksm/platform-engineering-at-mercari

Slide 33

Slide 33 text

経営陣の支持を得て、価値を示さなければならない ● 多くの経営者は、ITインフラをコストとして認識しており、プラットフォームに割り当てられるコストやリソースを抑制しようとする可能性がある ● プラットフォームチームは、ビジネスへの直接的な影響と関係を示し、プラットフォームチームがビジネスサイドへの戦略的パートナーであることを示す必要がある。 https://speakerdeck.com/kenojiri/platform-team-and-internal-politics-platform-engineering-meetup-number-2

Slide 34

Slide 34 text

How to measure the success of platforms

Slide 35

Slide 35 text

プラットフォームの効果の測定 ● 優れたプロダクトマネジメントは、プロダクトのパフォーマンスの定量的・定性的な測定にかかっている。プラットフォーム・チームは継続的にフィードバックを収集し、ユーザーアクティビティを測定する必要がある ● 一方で、労力をかけ過ぎるべきではない。ここでは測定方法を提案するが、最初は簡単なアンケートやユーザー行動分析でいいかもしれない

Slide 36

Slide 36 text

ユーザーの満足度と生産性ユーザーの満足度と生産性を反映する指標には、以下のようなものがある ● アクティブユーザーとリテンション ○ プロビジョニングされた機能数、ユーザーの増加／解約 ● ネット・プロモーター・スコア（NPS）または製品に対するユーザーの満足度を測るその他の調査 ● SPACEフレームワーク ○ Satisfaction and well-being ○ Performance ○ Activity ○ Communication and collaboration ○ Efficiency and ﬂow

Slide 37

Slide 37 text

組織の効率性プラットフォームに求められるものは、共通のニーズを効率的に提供すること。共通作業の削減におけるプラットフォームの効果を測定するには、以下のような指標を考慮する ● データベースやテスト環境などの構築をリクエストしてから提供されるまでの待ち時間 ● 全く新しいサービスを構築し、本番環境にデプロイするまでの待ち時間 ● 新規ユーザーが最初のコード変更をプロダクトにコミットするまでの時間

Slide 38

Slide 38 text

プロダクトと機能のデリバリープラットフォームの最終的な目的は、ビジネス価値を素早く顧客に提供すること。そのため、ビジネスの中心であるプロダクトや機能のリリースへの影響を測定する。 GoogleのDevOps Research and Assessment (DORA)研究所は、以下のメトリクスを追跡することを提案している (※ Four Keysとよばれるやつ) ● Deployment Frequency ● MTTR(Mean Time to Recover) ● Change Failure Rate ● Lead time for Change

Slide 39

Slide 39 text

Capabilities of platforms

Slide 40

Slide 40 text

略原文を読んでください！

Slide 41

Slide 41 text

プラットフォームの能力このセクションではプラットフォームの機能例が記されている。また、関連する CNCFプロダクトも紹介されているあくでも重要なのは、ニーズにマッチしたプラットフォームを作ることであり、ここで紹介されている機能を実装することに囚われすぎてはいけない

Slide 42

Slide 42 text

まとめ

Slide 43

Slide 43 text

CNCF Platforms White Paperは ● めちゃくちゃよく纏まっている! ● 何故プラットフォームなのか、本質を理解するのに最も適した資料 ● いきなりプラクティスから入るのではなく、まずはこれを読んで根底を理解した上で取り組んでいくのがお勧め