3 ms·
> writing bash scripts that shell out to kubectl and yq We did this for a while, from a container rendering out our stack in Go, when server-side apply was not
by sascha_sl 5y ago
> writing bash scripts that shell out to kubectl and yq
We did this for a while, from a container rendering out our stack in Go, when server-side apply was not a reality yet.
The main issue is that lifecycle management of resources beyond writing code for a single deployment is hard to do with the typed clients, and the dynamic client used to be even more of a mess than it is now. There's a lot of implicit magic happening, baked into kubectl in a non-reusable way you just couldn't replicate before 1.16.
- dharmab 5y agoWhen we started back in 1.13 we wrote a function that took a set of structs as an arg and ran a kubectl subprocess to deploy it. We still had all of the niceness of native data structures. Later we transitioned to more native API calls.