Kubernetes: Resumo dos Principais Conceitos: Difference between revisions
| Line 28: | Line 28: | ||
:* '''Config maps''': holds configuration data for pods to consume | :* '''Config maps''': holds configuration data for pods to consume | ||
:* '''Daemon sets''': ensures that each node in the cluster runs this pod | :* '''Daemon sets''': ensures that each node in the cluster runs this pod | ||
: * '''Deployments''': defines a desired state of a deployment object | :* '''Deployments''': defines a desired state of a deployment object | ||
: * '''Events''': provides life cycle events on pods and other deployment objects | :* '''Events''': provides life cycle events on pods and other deployment objects | ||
: * '''Endpoints''': allows an inbound connections to reach the cluster services | :* '''Endpoints''': allows an inbound connections to reach the cluster services | ||
: * '''Ingress''': a collection of rules that allows 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 | :* '''Jobs''': creates one or more pods and when they complete successfully, the job is marked as completed | ||
: * '''Node''': a worker machine in Kubernetes | :* '''Node''': a worker machine in Kubernetes | ||
: * '''Namespaces''': multiple virtual clusters backed by the same physical cluster | :* '''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 | :* '''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 | :* '''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 | :* '''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 | :* '''Secrets''': holds sensitive information, such as passwords, OAuth tokens, and SSH keys | ||
: * '''Service accounts''': provides an identity for processes that run in a pod | :* '''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 | :* '''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 | :* '''Stateful sets''': the workload API object that manages stateful applications | ||
=== Deploy de uma aplicação no Kubernetes === | === Deploy de uma aplicação no Kubernetes === | ||
Revision as of 23:57, 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.