2021-10-09, 16:30–17:00, Main stage
When something to do with your CRDs breaks, how many kubectl commands do you need to understand what’s happened?
This talk argues that “how many kubectls?” is a key metric that codifies the usability of any set of CRDs, and suggests some guidelines for CRD authors to manage this metric and improve the UX of their CRDs.
Here’s the situation. You’ve installed the latest piece of awesome Kubernetes tech, which comes with a set of CRDs. You set up everything you want, and then… nothing. What do you do? How do you figure out what’s gone wrong?
How many kubectl commands do you need to understand what’s happened? A lot of the time, this number is surprisingly large.
CRD designers can help by carefully designing the “status” section of CRDs with this metric in mind. Hear from a builder of CRDs about what they’ve learned about what to do and what not to do. From solving the murder mystery of troubleshooting Ingress, to the far better experience that comes from following the API conventions and making good use of Conditions, there’s a lot to be learned from prior art in this area.
The talk will finish up with some guidelines you can use for building your own CRDs, or reviewing others for ease of use.