More Goto tech episodes

The Platform Engineers Handbook  Ajay Chankramath & Kaspar von Grunberg thumbnail

The Platform Engineers Handbook Ajay Chankramath & Kaspar von Grunberg

Published 14 Aug 2026

Duration: 00:32:28

"Explores platform engineering's evolution, practical applications, and challenges, emphasizing DevEx, AI integration, and long-term infrastructure investment to enhance software development efficiency and scalability."

Episode Description

This interview was recorded for the GOTO Book Club. http://gotopia.tech/bookclub Check out more here: https://gotopia.tech/episodes/451 Ajay Chankrama...

Overview

The podcast centers on platform engineering, emphasizing its evolution from a niche practice in large tech companies to a scalable, sustainable operating model for organizations of all sizes. A key focus is the practical, hands-on development of Internal Developer Platforms (IDPs), with the discussion highlighting the importance of building production-ready systems through step-by-step, validated approaches. Special attention is given to the integration of enterprise-grade capabilities such as compliance as code, chaos engineering, security, and disaster recovery, all while maintaining a platform-agnostic and cloud-independent stance. The content stresses that successful platform engineering requires not just technical rigor but also product thinking - treating developer experience as a core outcome, understanding user needs, and establishing feedback loops for continuous improvement.

The conversation also explores the growing intersection of platform engineering and AI, particularly the role of platforms in enabling effective AI agent adoption. It notes that without a solid platform foundation, AI initiatives often fail to deliver measurable productivity gains. Platforms are framed as essential infrastructure for AI agents, providing context, memory, tool access, and guardrails. The discussion underscores that platform engineering is both a technical and social discipline, requiring alignment across developers, security teams, and operations. Future directions include domain-driven platform engineering and the importance of sovereignty, vendor neutrality, and open-source solutions to ensure resilience and long-term sustainability in an evolving technological landscape.

What If

  • What if you built a minimal self-service developer platform in one week to validate real user pain?

    • Move: Use the book's open-source foundation (Kubernetes, OAuth, service mesh) to deploy a single-click dev environment with logging, metrics, and a developer portal - no custom code, only configuration.
    • Why Now?: AI agents amplify platform gaps - teams using weak foundations see degraded results; launching a minimal platform now captures developer feedback before scaling.
    • Expected Upside: Within 7 days, you'll have a running IDP that delivers immediate value (e.g., onboarding in <5 mins), proving demand and guiding further investment with real usage data.
  • What if you treated your internal tooling as a product with paying customer mindsets?

    • Move: Pick one core workflow (e.g., deploy to staging) and redesign it as a self-service feature with onboarding, documentation, success metrics, and a feedback loop - track adoption like a SaaS product.
    • Why Now?: Most AI productivity efforts fail (6% success per McKinsey); coupling platform discipline with product thinking unlocks measurable gains - especially when agents depend on reliable primitives.
    • Expected Upside: You'll uncover adoption bottlenecks early, increase team leverage by 10x, and create a template for scaling other workflows with built-in validation.
  • What if you future-proofed your platform for AI agents by baking in guardrails and tooling registries now?

    • Move: Extend your current platform to include a capability registry (for APIs/tools), enforce policy-as-code via OPA, and add a shared memory/knowledge layer using open-source agents and vector stores.
    • Why Now?: AI agents need context, security, and execution surfaces - platforms without these become technical debt traps; building them now avoids rework during urgent AI rollouts.
    • Expected Upside: You position your solo project as an agentic-ready platform, enabling autonomous workflows while maintaining compliance - creating defensible IP and early-mover advantage.

Takeaway

  • Build a minimal but production-capable Internal Developer Platform (IDP) incrementally, validating each step with runnable code and real-world testing to ensure practicality.
  • Apply product thinking to platform engineering by identifying developer needs, establishing feedback loops, and measuring platform adoption and satisfaction like a product owner.
  • Focus on self-service capabilities - such as developer onboarding, portals, and automated workflows - from the start to deliver immediate value and reduce platform dependency on central teams.
  • Design platforms to be vendor- and cloud-agnostic using open-source tools, ensuring long-term sovereignty, sustainability, and resilience against infrastructure or policy changes.
  • Prepare platform foundations before integrating AI agents by implementing guardrails, knowledge bases, and capability registries, recognizing that effective AI adoption depends on robust platform engineering.

Recent Episodes of Goto tech

10 Jul 2026 The Architect's Guide to the AI Era Luca Mezzalira & Teena Idnani

"AI accelerates coding and research but requires human expertise for system design, governance, and business alignment, with architects balancing innovation, ethics, and practical constraints to ensure AI augmentsnot replacestraditional engineering."

3 Jul 2026 Model-Based Systems Eng. & Requirements Definition Dennis Hansen & Jorge Orellana

Structured system engineering emphasizes sequential layer development from mission definitions to detailed designs, using documentation (e.g., Technical Requirements Reports, SysML) for traceability, iterative refinement, architecture modeling to manage complexity, and collaboration to align technical and managerial priorities while avoiding parallel component development that causes conflicting requirements.

More Goto tech episodes