◦ Started in Feb 2020 • 2023年10月にManningより出版 ◦ Published Oct 2023 by Manning • 実践的なアプローチ ◦ Practical approach • プラットフォームのバックエンド、メカニズム、 APIに焦 点を当てる ◦ Focused on platforms backends, core mechanisms and APIs
a Platform (provisioning a development environment) • Platform Capabilities • Release Strategies • Enabling Developers with feature flags and APIs • Measuring platform initiatives with DORA
orchestration savings 2. マイクロサービスアーキテクチャにおける DevOps効率の向上 Increased DevOps efficiency for microservices architecture 3. マルチクラウド環境でのワークロードデプロイ Deploying workloads in multicloud environments 4. ベンダーロックインのリスクを抑えた高い移植性 More portability with less chance of vendor lock-in 5. デプロイメントとスケーラビリティの自動化 Automation of deployment and scalability 6. クラウド環境におけるアプリケーションの安定性と可用性 App stability and availability in a cloud environment 7. Kubernetesのオープンソースとしてのメリット Open-source benefits of Kubernetes Source: IBM “Top 7 benefits of Kubernetes”
To efficiently deliver applications, Kubernetes built-in mechanisms are not enough 2. DevOps、開発者、運用チームを含む組織全体にKubernetesを教育するのはコストがかかる It is expensive to train a whole organization to learn Kubernetes including DevOps, developers and operation teams 3. チームごとに要件が異なり、それぞれのニーズに合わせてKubernetesを拡張する必要がある Different teams have different requirements, you need to extend Kubernetes to fit their needs 4. Kubernetesの独自拡張を管理することで技術的負債が生まれる Managing custom Kubernetes extension creates technical debt これらの複雑さを全て管理する必要があります We need to manage all these complexities プラットフォームが必要です We need a platform
VMware, I joined Diagrid Nov 2022—a company created around the https://dapr.io project • Dapr was created by Microsoft and donated to the CNCF in 2019, Graduated 2024 • Dapr enables application and platform teams by abstracting complex infrastructure using APIs
Tools 2. Observability (logs, metrics, traces) 3. Security (mTLS, secrets, service meshes) 4. Scalability In this stage: - Small teams playing around with Kubernetes and learning the basics - No company buy-in yet - Big learning curve, but there are tons of resources and companies that will help you today
specific extensions (custom controllers and operators) 2. 特定の問題に対するサードパーティソリューションの導入（クラウドネイティブ・エ コシステムから） Bring third party solutions to specific problems (from the cloud native ecosystem) 3. OpenshiftなどのKubernetesディストリビューション／プラットフォームの評価 Evaluate Kubernetes distributions / platforms such as Openshift 4. マルチクラスターの課題と管理の検討開始 Start looking into multi-cluster challenges and management
a dedicated Platform team building glue for teams to consume • 複数のチームのためにツールを維持管理する必要があるため、ツールの選択に強い方 針を持つ Very opinionated in choosing tools, because they will need to maintain them for multiple teams 2. プラットフォームチームは#1、#2、#3のトピックの自動化から始め、これらの決定の複雑さを隠 蔽する Platform teams start by automating topics in #1, #2 and #3, hiding the complexity of these decisions 3. 低レベルの詳細の隠蔽 Hiding low-level details 4. 開発者体験（devexp）の統合 Consolidation of experiences (devexp) 5. アクセスの一元化 Centralized access
customer based on which stage / phase they are as an organization • Classify platform team based on which stage the particular team is • They care about different aspects depending on the phase • #1 Evaluate: • how does this project/product help me to adopt Kubernetes faster? • #2 Adopt • How does this project/product fits with the choices that I’ve made already (deployment mechanisms, service providers) • #3 Customize / Extend / Consume • What set of functionalities this product/project adds to my existing stack, who are the target users? How much complexity this adds to my overall solution • #4 Platform Initiatives • What are the current platform team priorities? How does this project/product maps with those priorities? • If they are a development team, priorities and phases completely different
Platform Engineering practices? (link) Aspect Provisional Operational Scalable Optimizing Investment How are staff and funds allocated to platform capabilities? Voluntary or temporary Dedicated team As product Enabled ecosystem Adoption Why and how do users discover and use internal platforms and platform capabilities? Erratic Extrinsic push Intrinsic pull Participatory Interfaces How do users interact with and consume platform capabilities? Custom processes Standard tooling Self-service solutions Integrated services Operations How are platforms and their capabilities planned, prioritized, developed and maintained? By request Centrally tracked Centrally enabled Managed services Measurement What is the process for gathering and incorporating feedback and learning? Ad hoc Consistent collection Insights Quantitative and qualitative
Platform Teams meet developers • Blog • KCD UK - with Abby Bangser • Giving developers a KIND Cluster doesn’t solve real problems • Meet developers where they are (don’t make developers learn new things) 2. Ops & DevOps & Platform teams need to learn about the tools that developers are using • Developers inherit frankenstein experiences (using different CLIs, User Interfaces and tools that had been designed with different personas in mind)
platform initiatives are the closer we get to developers - A push around developer experience already started, but we need to be more concrete about what it means - As platform engineers - We need to get more involved with developer tooling - We need to get closer to developer communities - The state of developer experiences in 2025 whitepaper by the App Dev WG
分散型およびマルチクラスターのジョブスケジューリング • Distributed and multi cluster Job scheduling • これは今後解決していく課題の一例です • This highlight the kind of challenges that we will be solving next • KCP (https://www.kcp.io/) is always there in the background (unified interface to talk to multiple clusters) • Kubernetes Workspaces proposal by Apple “Kubernetes Workspaces: Enhancing Multi-Tenancy with Intelligent Apiserver Proxying” - J. Munnelly, A. Tosatto, Apple
is challenging, but things are moving forward • AI / LLM Gateways / APIs (Dapr Conversation API, Envoy AI Gateway) • AI Agents and frameworks • より多くの統合の課題が予想され、それはコストのかかる種類のものです Expect more integration problems, the expensive kind
blueprints, the next phase of consolidation • 開発者とプラットフォームエンジニアの協業をより円滑に • We manage to bring developers closer to platform engineers • 効率的なコミュニケーションツールと仕組みづくり • Efficient communication channels and tools • Cloud Nativeのエコシステムを活用し、 AIによるモダナイゼーションを実現する • We enable AI modernization using the cloud native ecosystem
Topics that resonate at this point are Observability and Security - How can Dapr help teams at this stage to go faster without sounding too complex? (adding a new tool to their stack is always the entry point) - Smooth adoption journey for Kubernetes without adding new problems - Dapr Value Proposition: - Dapr helps to to make your applications observable, resilient and secure cross cloud (future proofing)
Topics that resonate here are - Components, Configurations & Resiliency Policies abstract away infrastructure so applications can rely on a unified API to access cloud infrastructure for their applications - Which Kubernetes resources does Dapr provides and what problem do they solve? - They are probably doing modernization of infra - Operations at scale (SREs) Conductor makes a lot of sense.. Running Dapr at Scale - (IMPORTANT) they don’t care about Developers at this stage.. So we should focus on Resources here. - Dapr Value prop: - “Abstract Infrastructure from Application” (enabling cross cloud applications)
resonate here are - Project Maturity - Case Studies with other companies adopting this project, showing that the project is production ready - There is a company providing support and product to run Dapr at scale (Conductor) - Dapr Value Prop: - Enable workloads to have less friction across environments (Access control ) - Zero trust workloads
resonate here are - Ecosystem player, how do we integrate with other solutions - Integrates with with Cloud Providers - Can we tap into the automation process they are have already in place? How which mechanisms do we provide? - How do we augment existing golden paths? - What’s the value proposition: - For existing apps (brownfield apps) - For new Apps (greenfield) - For new initiatives like extending existing apps with AI - Dapr Value Prop: - Enable developer teams go faster (design patterns, best practices, solutions to distributed application challenges) - Enable operations to quickly troubleshoot apps + infra
salaboy
maggiecrowley
kneath
garrettdimon
tammyeverts
andyhume
akosma
aki_iinuma
tanoku
addyosmani
denniskardys
caitiem20
