Kubernetes: Serviços e Pods: Difference between revisions

From Wiki
No edit summary
No edit summary
Line 44: Line 44:




=Service Discovery=


Como os Serviços são o principal modo de comunicação no Kubernetes, precisamos de uma maneira de descobri-los em tempo de execução. Atualmente existem 2 tipos:


* Via Variáveis de Ambiente
: Definimos variáveis de ambiente de modo a informar aos outros pods as informações de serviço
REDIS_MASTER_SERVICE_HOST=172.17.0.6
REDIS_MASTER_SERVICE_PORT=6379
REDIS_MASTER_PORT=tcp://172.17.0.6:6379
REDIS_MASTER_PORT_6379_TCP=tcp://172.17.0.6:6379
REDIS_MASTER_PORT_6379_TCP_PROTO=tcp
REDIS_MASTER_PORT_6379_TCP_PORT=6379
REDIS_MASTER_PORT_6379_TCP_ADDR=172.17.0.6
* Via DNS
: Neste caso um add-on do K8s, vai cadastrar uma entrada DNS para este serviço
redis-master-svc.my-namesspace.svc.cluster.local
=Service Type=
Service Type é a definição de acesso deste serviço. Podemos decidir se o serviço:
* Acessível somente dentro do cluster
* Acessível de dentro do cluster e do mundo externo
* Mapeado para uma entidade externa que reside fora do cluster.


= Ver também =
= Ver também =

Revision as of 02:41, 27 February 2019

Não deixe de ler o artigo Kubernetes: Resumo dos Principais Conceitos

Recapitulando:

  • Pods: o menor e mais simples objeto do Kubernetes. É a unidade de deployment no Kubernetes, que representa uma única instância do aplicativo.
Um Pod é uma coleção lógica de um ou mais contêineres, que:
  • São schedulados no mesmo host
  • Compartilham o mesmo network namespace
  • Monte o mesmo storage externo (volumes).
  • Services: é uma abstração que define um conjunto lógico de Pods e uma política para acesso a eles, algumas vezes chamamos de micro-serviços.

Exemplo

Imagine que você tenha um aplicação composta de um frontend (python) e um backend (um banco de dados).

No Kubernetes não podemos acessar diretamente esses Pods, pois os mesmos podem ser criados/destruídos a qualquer momento para atender a demanda. Além disso essa aplicação pode estar distribuída em 1 ou mais Pods, o que ficaria inviável para o cliente/usuário saber de todos os IPs utilizados.

Ao invés de acessarmos diretamente esses Pods, vamos criar uma camada denominada Serviços, onde atribuímos que nomeamos como frontend-svc e backend-svc.


Exemplo de Serviço

Neste trecho de declaração vemos como definir um serviço:

kind: Service
apiVersion: v1
metadata:
  name: frontend-svc
spec:
  selector:
    app: frontend
  ports:
    - protocol: TCP
      port: 80
      targetPort: 5000


Através do K8s atribuímos Labels: Valores para os pods da seguinte forma app:frontend e app:backend.

No exemplo de declaração do serviços, usamos a chave selector, para selecionar todos os Pods que tem o label app definido como frontend.

O cliente/usuário agora pode conectar neste IP, então a sua requisição é encaminha para um dos Pods. O Serviço faz o balanceamento de carga.


Service Discovery

Como os Serviços são o principal modo de comunicação no Kubernetes, precisamos de uma maneira de descobri-los em tempo de execução. Atualmente existem 2 tipos:

  • Via Variáveis de Ambiente
Definimos variáveis de ambiente de modo a informar aos outros pods as informações de serviço
REDIS_MASTER_SERVICE_HOST=172.17.0.6
REDIS_MASTER_SERVICE_PORT=6379
REDIS_MASTER_PORT=tcp://172.17.0.6:6379
REDIS_MASTER_PORT_6379_TCP=tcp://172.17.0.6:6379
REDIS_MASTER_PORT_6379_TCP_PROTO=tcp
REDIS_MASTER_PORT_6379_TCP_PORT=6379
REDIS_MASTER_PORT_6379_TCP_ADDR=172.17.0.6
  • Via DNS
Neste caso um add-on do K8s, vai cadastrar uma entrada DNS para este serviço
redis-master-svc.my-namesspace.svc.cluster.local

Service Type

Service Type é a definição de acesso deste serviço. Podemos decidir se o serviço:

  • Acessível somente dentro do cluster
  • Acessível de dentro do cluster e do mundo externo
  • Mapeado para uma entidade externa que reside fora do cluster.

Ver também