Exercício – Comprovar a resiliência do microsserviço no Kubernetes

Um dos benefícios do Kubernetes é o suporte para o gerenciamento de configuração declarativo. Os serviços que você definir nos arquivos de configuração são mantidos a qualquer custo.

Isso significa que, se houver uma falha, o Kubernetes reiniciará automaticamente os serviços que estavam em execução antes da falha.

Vejamos essa resiliência em ação excluindo o pod storefrontend e verificando se o Kubernetes o reiniciou.

1. Primeiro, no TERMINAL no codespace, execute kubectl get pods e anote o nome, incluindo a cadeia de caracteres aleatória, do pod storefrontend. Veja um exemplo de saída:

   @user-name /workspaces/eShopLite % kubectl get pods
   
   NAME                             READY   STATUS    RESTARTS   AGE
   productsbackend-7445bdb5c9-pnpk6 1/1     Running   0          31m
   storefrontend-5b6cc765c4-hjpx4   1/1     Running   0          63m
   

2. Agora, exclua o pod storefrontend usando o comando kubectl delete. Você precisa especificar o nome completo do pod, incluindo a cadeia de caracteres aleatória.

   kubectl delete pod storefrontend-5b6cc765c4-hjpx4
   

   Você recebe uma mensagem imediatamente informando que o pod foi excluído.

3. Como o Kubernetes mantém o estado do sistema conforme declarado nos arquivos de configuração, ele inicia imediatamente outra instância do pod. Verifique isso executando kubectl get pods.

   @user-name /workspaces/eShopLite % kubectl get pods
   
   NAME                             READY   STATUS    RESTARTS   AGE
   productsbackend-7445bdb5c9-pnpk6 1/1     Running   0          31m
   storefrontend-5b6cc765c4-vwmv8   1/1     Running   0          7s
   

   Observe que a cadeia de caracteres aleatória após o nome storefrontend é alterada, indicando que o pod é uma nova instância. Além disso, o valor de AGE também é consideravelmente menor.

Neste exercício, você aprendeu como o Kubernetes mantém automaticamente o estado do sistema declarado, ainda que ocorra uma falha.