Abstracting Multi-Cluster Topologies With CAPI and Linkerd for Internal Developer Platforms
Talkat Linkerd Day Europe 2025 · on Tuesday, 2025-04-01· at 15:55· Level 3 | ICC Capital Suite 14-16·
summary
Platform teams use Cluster-API (CAPI) to declaratively provision multiple Kubernetes clusters and run Linkerd in each cluster to create Linkerd federated services that present a single endpoint to developers. A multicluster topology and Coordinant/Backstage APIs hide cluster topology while federated services detect failed clusters and route traffic only to healthy cluster instances, preventing 500s. The demo shows federated services built across three clusters via CAPI and Linkerd and the failover behavior working as described.
AI-written summary · about
chapters (9)
- 0:00Introduction
- 1:05Resilience in platform engineering
- 2:53Resiliency as platform capability
- 6:05Linkerd for multi-cluster resiliency
- 7:32Traditional multi-cluster challenges
- 9:16Federated services with Linkerd
- 11:51Hiding cluster topology
- 13:59Abstraction vs developer awareness
- 14:20Closing remarks
related talks
28mMulti-Cluster is Easier Than You Think with Linkerd and Ambassador
12mService Mesh & Kubernetes Multicluster Communication With Linkerd
09mMulti-Cluster Networking: A Technology-Agnostic Network Operator for K8 Federation
25mIntroduction To Cluster API
36mKubernetes Multi-Cluster Made Easy - Federica Ciuffo and Marco Ballerini
32mCluster API as Code
06mKeynote: From One to Many, the Road to Multicluster
01h 31mMulti-cluster Failover Using Linkerd
