No kubernetes will be a bad choice for your use case. But if you learn all the intricacies and manage a behemoth besides your own application it will help in yo

No kubernetes will be a bad choice for your use case. But if you learn all the intricacies and manage a behemoth besides your own application it will help in your resume to brag that you are a modern devops and a fashionable one using kubernetes. If you need a practical suggestion use simple solution like LXD [1]. But as you are already using docker stay with it and ansible. As you are using ansible you are already doing infrastructure as a code, you are way ahead of curve already. Probably when you grow a bit bigger use packer [2] and terraform [3], but I think ansible will do just fine. Kubernetes was designed for Google kind of problem the burden to maintain is quite high with lots of moving parts, unless you use Google GKE or Amazon or managed kubernetes service. So don't fall for it unless you need it for your resume. [1] https://linuxcontainers.org/ https://linuxcontainers.org/ [2] https://www.packer.io/intro/ https://www.packer.io/intro/ [3] https://www.terraform.io/ https://www.terraform.io/