Kubernetes: Resumo dos Principais Conceitos: Difference between revisions
| Line 19: | Line 19: | ||
: contêiner, essa solicitação é armazenada no etcd. Um gatilho é disparado para os '''Controllers''' para executar uma ação. Em seguida, os controladores reagem ao modelo | : contêiner, essa solicitação é armazenada no etcd. Um gatilho é disparado para os '''Controllers''' para executar uma ação. Em seguida, os controladores reagem ao modelo | ||
: e tentam agir para atingir o estado desejado, criando os recursos para execução da aplicação. | : e tentam agir para atingir o estado desejado, criando os recursos para execução da aplicação. | ||
[[Ficheiro:K8s architecture.png]] | |||
=== Kubernetes resource model === | === Kubernetes resource model === | ||
Revision as of 23:31, 15 January 2019
Principais Conceitos
Definição
- O Kubernetes é um orquestrador de contêineres para provisionar, gerenciar e dimensionar aplicativos. Em outras palavras, o Kubernetes permite gerenciar o ciclo de vida
- de aplicativos conteinerizados em um cluster de nós (que é uma coleção de máquinas de trabalho).
O que o Kubernets prove?:
- * Provisões e escalonamento de aplicativos
- * Gerencia o ciclo de vida de aplicativos conteinerizados em um cluster de nós
- * Organiza a infraestrutura de computação, rede e armazenamento de cargas de trabalho do usuário
Modelo Declarativo
- O principal paradigma do Kubernetes é seu modelo declarativo. O usuário fornece o estado desejado e o Kubernetes fará o melhor para que isso aconteça. Case você precise
- de cinco instâncias, não inicie cinco instâncias separadas, mas diga ao Kubernetes que precisa de cinco instâncias, e o Kubernetes irá reconciliar o estado automaticamente.
Arquitetura do Kubernets
- O Kubernetes é um armazém de dados (etcd). O modelo declarativo é armazenado no etcd como objetos, e isso significa que quando você deseja cinco instâncias de um
- contêiner, essa solicitação é armazenada no etcd. Um gatilho é disparado para os Controllers para executar uma ação. Em seguida, os controladores reagem ao modelo
- e tentam agir para atingir o estado desejado, criando os recursos para execução da aplicação.
Kubernetes resource model
- O Kubernetes define um recurso para cada finalidade.
- * Config maps: holds configuration data for pods to consume
- * Daemon sets: ensures that each node in the cluster runs this pod
- * Deployments: defines a desired state of a deployment object
- * Events: provides life cycle events on pods and other deployment objects
- * Endpoints: allows an inbound connections to reach the cluster services
- * Ingress: a collection of rules that allows inbound connections to reach the cluster services
- * Jobs: creates one or more pods and when they complete successfully, the job is marked as completed
- * Node: a worker machine in Kubernetes
- * Namespaces: multiple virtual clusters backed by the same physical cluster
- * Pods: the smallest deployable units of computing that can be created and managed in Kubernetes
- * Persistent volumes: provides an API for users and administrators to abstract details about how storage is provided from how it is consumed
- * Replica sets: ensures that a specified number of pod replicas are running at any given time
- * Secrets: holds sensitive information, such as passwords, OAuth tokens, and SSH keys
- * Service accounts: provides an identity for processes that run in a pod
- * Services: an abstraction that defines a logical set of pods and a policy by which to access them, sometimes called a microservice
- * Stateful sets: the workload API object that manages stateful applications
Deploy de uma aplicação no Kubernetes
- 1) O usuário implanta um novo aplicativo usando o kubectl. O Kubectl envia a solicitação ao API Server.
- 2) O API Server recebe a solicitação e a armazena no armazenamento de dados (etcd). Depois que a solicitação é gravada no armazenamento de dados, o API Server
- responde a solicitação.
- 3) Os Watchers detectam as mudanças de recursos e enviam notificações para o Controller agir sobre essas mudanças.
- 4) O Controller detecta o novo aplicativo e cria novos pods para corresponder ao número desejado de instâncias. Alterações no modelo armazenado
- criam ou excluem pods.
- 5) O Scheduler escolhe o(s) node(s) onde esse novos pods serão executados. O Scheduler modifica o modelo com as informações do node.
- 6) Um Kubelet em um node detecta um pod com uma atribuição para si mesmo e implanta os contêineres solicitados por meio do tempo de execução do contêiner,
- por exemplo, Docker. Cada nó observa o armazenamento para ver quais pods ele está designado para executar. O nó executa ações necessárias nos recursos
- atribuídos a ele, como criar ou excluir pods.
- 7) O Kubeproxy gerencia o tráfego de rede para os pods, incluindo service discovery e load balance. Kubeproxy é responsável pela comunicação entre os pods que querem interagir.