Docker and Kubernetes are not the same thing and solve different issues. Containerization (Docker, in this case) packages up dependencies into a working piece

Docker and Kubernetes are not the same thing and solve different issues. Containerization (Docker, in this case) packages up dependencies into a working piece of code that can theoretically be deployed with the same operational results in dev, staging and production. It can be very useful if multiple services have dependencies that would otherwise conflict with each other if all installed on the same base operating system. Containers are faster to start up than virtual machines and can have less overhead. Their images are typically smaller than their VM counterparts. Most folks don't likely need the default overlay network it creates and can simply use --net=host to treat their container as yet another service. Kubernetes is orchestration of containers / services and overlay networks. It certainly can be overly complex and should only be used if your application can be wrapped up in that layer of orchestration. One size does not fit all. In other words, taking a complex set of applications from your IT org and throwing them into K8's can be non trivial and can lead to complexity / fragility as a service. You have to research this topic completely and first understand your goals of how you are going to tie all your services together.