1. Cloud education is vitally important 2. Platforms and “golden paths” enable productivity 3. Developer experience is top of mind 4. Cloud networking is simplifying 5. Increasing focus on security
Let's explore 1 in more detail 🧵 👇
First, the complete #KubeConEU summary blog post that provides in-depth coverage can be found here:
• C-level: Understand core value prop of cloud and impact on org structure, KPIs, etc
• Platform architects: Learn about the big picture and how to integrate solutions to create an effective platform
• Developers: Learn how to get stuff done
@pritianka C-level need to treat cloud and associate platforms as innovation enablers, not cost reducers or "somebody else's datacenter" 🤔
- Clear definition of biz problem and goals
- Well-architected and integrated tech solution
- Lunar developers were presented with clear abstractions and tooling
My awesome colleague, @didicdodes, alongside @Linkerd expert @alpeb, explored this in their guide to cloud native debugging with @CloudNativeFdn Telepresence & Linkerd
#KubeCon EU Takeaway 2: ➡️ Platforms and “golden paths” enable productivity and reduce developer friction
I saw several great talks, and also presented on why I think golden paths and platform engineering are the next big thing 🔥
Let's explore this in more detail: 🧵 👇
The first mention of "golden paths" was from @MercedesBenz in the opening keynote, where they talked about the K8s-based platform they had built over the past 7 years 🏎️
Lots of thought, effort, and iteration had been applied to the dev experience 🧰
@MercedesBenz Golden paths are all about making it easy for a developer to code, ship, and run applications; to go from biz idea, to code, to test, to running in prod, to collecting telemetry to enable iteration ⚡
There can be one golden path or many, depending on your use cases 🛣️
Think about coupling and cohesion when designing microservices (yeah, yeah, I know, but I mean seriously think about this, and even do some upfront design) 🎨
Currently thinking about how API gateways and service mesh can work together, now and in the future:
- North-south traffic
- API as a product
- Migrating to the cloud
- Zonal architecture vs zero trust
A thread 🧵 👇
Traditionally API gateways have handled north-south (ingress) traffic and service meshes have handled east-west (service-to-service) communication
We used to think external access and choose an API gateway. And recently we used to think internal access and choose a service mesh
Increasingly, with a focus on design thinking (and rapid product iteration), migration to the cloud, and enhanced security, the boundary between API gateway and service mesh is becoming less clear