Ensuring a smooth Kubernetes Dockershim Deprecation with Chaos Engineering
Blog post from Gremlin
Kubernetes 1.20 introduces several enhancements, including the deprecation of Docker as a container runtime, which has caused some confusion among users due to its misunderstanding. The deprecation targets the Docker application that runs containers, not the containers themselves, as Kubernetes will continue to support Docker containers through containerd, a more modular runtime that emerged from Docker in 2016. The transition away from Docker's additional applications, supported by dockershim, simplifies Kubernetes by reducing unnecessary maintenance work. Updating the container runtime in Kubernetes is straightforward due to its modular nature, involving changes to the kubelet configuration and node management. However, ensuring a smooth transition may require strategic planning, particularly regarding resource allocation, which can be facilitated by Chaos Engineering practices using tools like Gremlin. These practices simulate resource pressure and node outages to validate cluster reliability and resilience during runtime updates, while Gremlin's platform supports containerd and CRI-O, offering automated reliability testing and risk assessment.