O Docker é a ferramenta padrão para deployar/implementar uma aplicação usando containers. Em outras palavras, o Docker se baseia no formato mais popular para empacotar uma aplicação e é a container engine mais usada.

A grande vantagem de um container é encapsular todas as dependências necessárias para rodá-lo, como bibliotecas, o runtime e o código da aplicação. Tudo isso em um único pacote chamado de imagem, que pode ser versionado e fácil de distribuir.

PROBLEMAS

• Da mesma forma que agrupamos objetos que precisam ser enviados de um local para o outro em containers, também agrupamos nossos códigos em um container, que pode ser executado em diversos locais.
• Arquitetura de microsserviços e incorporam práticas que possibilitam a automação de todo o ciclo de vida da aplicação.
• Sugere a ideia de que aplicações devem ser compostas por partes menores e independentes chamadas de serviços.

• A ideia é que cada serviço seja especializado e ofereça uma API para se comunicar com outros serviços.

• O Estado Atual da aplicação descreve a realidade.
• O Estado Desejado descreve como o time ou a pessoa responsável pela aplicação deseja que ela esteja naquele momento.

• O Kubernetes implementa uma série de loops que ficam constantemente verificando se o estado atual é igual ao estado desejado. Esse papel é desempenhado pelos chamados Controllers.
• Quando um controller identifica que o estado atual é diferente do estado desejado, ele aciona outros componentes do sistema para fazer novamente com que o estado atual se iguale ao estado desejado.
   

• O Kubernetes é composto por uma série de componentes, cada um com um propósito diferente. Para garantir que exista uma separação de responsabilidades e que o sistema seja resiliente

• Node - O primeiro tipo é chamado de Node. O papel de um Node é executar os contêineres que encapsulam as aplicações sendo gerenciadas pelo K8s. O conjunto de Nodes forma o que chamamos de Workers.
• etcd - Nome da base de dados distribuída que é utilizada para armazenar tudo o que está acontecendo dentro do cluster, incluindo o estado da aplicação.

• Master -  É nesse tipo de nó que os principais componentes do Kubernetes são executados, como o Scheduler, o qual tem a responsabilidade de controlar a alocação de recursos no cluster.

• O conjunto de nós Master forma o que pode ser considerado o cérebro de um cluster Kubernetes: o Control Plane.

• Pde ser considerado o cérebro de um cluster. Ele é responsável por gerenciar os principais componentes do sistema e garantir que tudo está funcionando de acordo com o estado desejado da aplicação.