docker for mac kubernetes use ip other than localhost

For example, if you have specified that you always need at minimum 5 instances of the frontend up & running and one of them fails, the orchestrator will take care of spinning up a new instance to replace the failing one. Then the orchestrator will take care of keeping the state of the application consistent with the definition. Typically, you feed an orchestrator with the definition of the default state for your application: which are the layers that compose it, how many instances of each layer you need, how much CPU each layer can consume, etc. Exactly like the director of an orchestra make sure that everyone is playing in the right way, Kubernetes 'orchestrates' our solution to make sure everything is running in the desired state.

It's what we call 'an orchestrator' and it's an open source project created by Google which has quickly become another standard in the industry. We are using containers and the power of the cloud so that we don't have to worry anymore about these kind of issues, so having to manually react to events kills our great story. As you can imagine, this isn't an ideal approach.

Or in case of heavy traffic, we need to manually add new containers to scale out our application. If something goes wrong with one of the containers, we need to manually take it down and spin up a new one. However, this solution still requires manual management from our side. This way, we can be sure that no matter where we're going to deploy our solution, it will always work as exepected and with the desired configuration. Additionally, thanks to Docker, we can encapsulate inside the container not only the application but also its configuration (frameworks, dependencies, etc.). Thanks to Docker, we were easily able to deploy all the layers at the same time in different containers and to maintain, scale and upgrade them separately. In our case, we took a 3 tier application (frontend, backend and cache) and we packaged it into three different containers. Why? In the previous posts we have learned how Docker is a great solution to turn your multi-tier application into multiple containers, so that they can be easily deployed and maintained independently. Nowadays it's hard to not seeing Docker mentioned together with Kubernetes. Additionally, we're going to leverage the same web application we have built in the upcoming samples. I strongly suggest you to read these articles before moving on with this one because I will consider many of the concepts I've already explained as granted. Here is a recap of the topics we have seen so far: Docker is the standard de-facto solution in the market for containerazing applications, so that you can easily move them to a modern and cloud world. I already had the chance to talk about Docker in this blog.

Docker for mac kubernetes use ip other than localhost