When a Small Team Should (and Shouldn't) Adopt Kubernetes

https://hackernoon.imgix.net/images/PzuMkH3OxdVHUEQLAE5IXzwLMyv1-zn03e40.png

Kubernetes has become the default answer to almost every infrastructure question. Read a few conference talks or job postings, and it can feel like running anything else is a mistake. But Kubernetes was built at Google scale, for problems most small teams do not have yet.

For a team of three to fifteen engineers, adopting Kubernetes too early can cost months of productivity. Adopting it too late can leave you stuck with fragile deployments. This post gives you a practical way to decide.

What Kubernetes Actually Gives You

Kubernetes is a container orchestrator. It schedules containers across machines, restarts them when they fail, rolls out new versions gradually, scales them up and down, and gives them a consistent way to find each other on the network.

Those are real benefits. But each one comes with something you have to learn, configure, and maintain: networking, ingress, storage, RBAC, secrets, upgrades, monitoring,...

Copyright of this story solely belongs to hackernoon.com. To see the full text click HERE