Tiffany Jernigan
Senior developer advocate at VMware and is focused on Kubernetes
Tiffany is a senior developer advocate at VMware and is focused on Kubernetes. She previously worked as a software developer and developer advocate (nerd whisperer) for containers at Amazon. She also formerly worked at Docker and Intel. Prior to that, she graduated from Georgia Tech with a degree in electrical engineering. In her free time, she really likes to travel and dabble in photography. You can find her on Twitter @tiffanyfayj and more places on linktr.ee/tiffanyfay.
Mean Time To SRE: A DevOps story from adidas
One might naively think that to deploy a production app on Kubernetes, all one needs is a Kubernetes cluster. Indeed, before going to production, we’ll need a Kubernetes cluster, and therefore, we’ll need to make a few decisions: on-premises or on cloud? Managed or self-hosted?
But there is way more to it because our new cluster will almost always require a few additions before being truly production-ready. Even if we choose a state-of-the-art managed cluster from a leading cloud provider, we still need to add something to handle logging and metrics. Supporting Ingress resources or Network Policies can also require extra work; as does managing persistent volumes or inbound traffic when running on-premises.
Finally, while most of us used commands like “kubectl run” or “kubectl apply” to run our first Kubernetes containers and workloads, going to production requires a few extra tools to tailor our YAML manifests to various environments (e.g. kustomize, Helm, or Carvel), and automate its deployment (e.g. ArgoCD, Flux).
The goal of this talk is to give us a production-readiness checklist. Without being exhaustive, this checklist will bring awareness to the gap that exists between Kubernetes “cluster” and “a production cluster”, and give solid leads about how to bridge that gap.
