Pular para conteúdo

MiniKube

O Kubernetes deve estar instalado e em execução na sua máquina local. Você pode usar Minikube ou Kind para isso. Se estiver usando o Docker Desktop, verifique se o Kubernetes está habilitado nas configurações.

Os conceitos e os manifestos do Postgres e do Gateway são abordados no Hands-on 5 — Orquestração.

A FAZER

Todos os microsserviços devem ser publicados no mesmo cluster Kubernetes. Crie um arquivo de configuração para cada microsserviço, na sua própria pasta k8s, por exemplo:

📁 api/
└── 📁 account-service/
    └── 📁 k8s/
        └── YAML k8s.yaml

Onde k8s.yaml é o arquivo de configuração do microsserviço. O arquivo de configuração deve incluir os seguintes recursos:

  • Secrets;
  • ConfigMap;
  • Deployment, e;
  • Service.

Cada microsserviço deve ter o seu próprio arquivo de configuração:

  • account-service;
  • auth-service;
  • gateway-service;
  • product-service, e;
  • order-service.

Execute todos os serviços no mesmo cluster e verifique se estão saudáveis. Você pode usar um Kubernetes local ou um provedor de nuvem como AWS, Azure ou Google Cloud Platform. Demonstre que todos os serviços estão rodando no mesmo cluster gravando um vídeo curto.

Exemplo: account-service

Um único k8s.yaml pode conter vários recursos, separados por ---. O serviço de contas lê a conexão com o banco de dados do ConfigMap (host, porta, banco) e do Secret (usuário, senha), e se conecta ao Service postgres do Hands-on 5.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
apiVersion: v1
kind: Secret
metadata:
  name: account-secrets
type: Opaque
data:
  DATABASE_USERNAME: c3RvcmU=   # echo -n "store" | base64
  DATABASE_PASSWORD: c3RvcmU=

---

apiVersion: v1
kind: ConfigMap
metadata:
  name: account-configmap
data:
  DATABASE_HOST: postgres       # name of the Postgres Service
  DATABASE_PORT: "5432"
  DATABASE_DB: store

---

apiVersion: apps/v1
kind: Deployment
metadata:
  name: account
spec:
  replicas: 1
  selector:
    matchLabels:
      app: account
  template:
    metadata:
      labels:
        app: account
    spec:
      containers:
        - name: account
          image: <your-dockerhub-user>/account-service:latest
          imagePullPolicy: IfNotPresent
          ports:
            - containerPort: 8080
          envFrom:                # every key becomes an environment variable
            - configMapRef:
                name: account-configmap
            - secretRef:
                name: account-secrets
          resources:
            requests:
              memory: "256Mi"
              cpu: "250m"
            limits:
              memory: "512Mi"
              cpu: "500m"

---

apiVersion: v1
kind: Service
metadata:
  name: account
spec:
  type: ClusterIP               # internal: only the gateway is exposed
  selector:
    app: account
  ports:
    - protocol: TCP
      port: 8080
      targetPort: 8080

kubectl apply -f ./k8s/k8s.yaml
kubectl get secrets,configmaps
kubectl get deployments,pods,services
kubectl logs deployment/account

Somente o gateway é exposto para fora do cluster (type: LoadBalancer); os outros serviços usam type: ClusterIP e são acessados pelo gateway por meio do nome do seu Service (ex.: http://account:8080).

Minikube

  • Imagens: o cluster precisa conseguir baixar as suas imagens. Publique-as no Docker Hub, ou carregue uma imagem local com minikube image load <image> e mantenha imagePullPolicy: IfNotPresent (com Always, o Kubernetes tenta o registry e falha).
  • Acesso ao gateway: um Service LoadBalancer fica em <pending> no Minikube. Rode minikube tunnel em outro terminal, ou abra-o com minikube service gateway.