Up next - Exploring the Intersection of ClusterAPI and Infrastructure as Code, a talk by Scott Lowe Staff Architect, VMware https://cloudengineering.heysummit.com/talks/exploring-the-intersection-of-clusterapi-and-infrastructure-as-code/

@salmon-account-74572 I ultimately expected crd2pulumi for capi CRDs and rendering the custom resources inside pulumi... 🤓

“exercise is left to the reader” 😉

I did explore the use of

crd2pulumi

, but didn't have time to incorporate that into the session. @gorgeous-egg-16927 has hit the nail on the head precisely. 🙂

But seriously, I’d be really interested to see that

I'll see about exploring that a bit further, it's definitely interesting to me as well

At some point things are getting redundant when you are already working in pulumi and have all tools at hand for spinning up the cluster. I’m interested to see real use cases for capi...

Sounds like the perfect foundation for “kops 2.0”

Great talk BTW!

have all tools at hand for spinning up the cluster

<- Are you talking about a managed K8s service here, like EKS or GKE? Or is there something else I'm missing for boostrapping self-managed clusters using Pulumi?

One of the main potential advantages I see for CAPI is that you could take advantage of upstream improvements while keeping the same API. It gives you lower-level control of the k8s cluster without necessarily having to manage all the cloud-specific infra yourself.

Yep

Yep, I was referring to managed k8s when I’m already running in a cloud environment. But there might be cases for CAPI-created clusters I don’t see at the moment. I’m somehow used to leverage the integrations the managed clusters come with (e.g. registry access, pod identities, integrated auth).

One off the top of my head would be running k8s versions closer to HEAD to preview changes

Good point. Still a question if I’d want to run those in prod. Maybe ARM clusters could be one use case you don’t get as managed k8s.