all of the dependencies (from OS upwards) • Define what ports are exposed • Single, agreed format to handle in deployment for all your services. • (Plus some significant cost benefits)
I’ve got the right things deployed? • How can containers find each other when each layer is being switched out all the time? (discovery) • Was all this mess of containers worth it? • GIVE ME BACK MY MONOLITH!
what you’ve dictated. ◦ Create containers if they are missing ◦ Remove containers if there are too many • Used for deployments - rolling updates, canary deploys.
for you - based on resources and labels. If you have a db that needs ssd, you can say the machine needs ssd - and it’ll only run that pod on such a machine.
article on microservice trade-offs by Martin Fowler • Kubernetes documentation • Google Container Engine documentation • https://github.com/alexcouper/kubeshark Experienced/interested in this stuff? Let’s chat! Slides will be published on speakerdeck. @couperalex