Carregando
0x80Lição 9 de 9

Projete para a recuperação e aprenda com as falhas

Combine sinais de saúde, degradação graciosa e objetivos de recuperação.

14 min Questionário com 5 perguntas
Ao final desta lição, você saberá
  • Diferenciar redundância de resiliência e usar SLI, SLO, RTO e RPO corretamente.

A redundância oferece capacidade de reserva, mas a resiliência também precisa de detecção de falhas, failover seguro, recuperação testada e sinais claros para quem opera. Um SLI é um indicador medido, como as requisições bem-sucedidas; um SLO é uma meta para esse indicador numa janela de tempo. O RTO é o tempo-alvo para restaurar o serviço depois de uma interrupção, e o RPO é a quantidade aceitável de perda de dados, medida em tempo. A degradação graciosa preserva o comportamento essencial quando dependências opcionais falham.

Um SLI de verdade precisa de uma definição clara de evento, de exclusões e de uma janela de medição. Combine métricas com logs e traces para que as equipes encontrem onde uma requisição ficou lenta ou falhou.

Prática: use o termo certo

Experimente

Até 15 XP

SLI, SLO, RTO ou RPO?

Estes quatro termos são confundidos o tempo todo. Classifique cada afirmação.

0 de 6 classificadosPontuação 0/0
  • “A parcela das requisições de checkout que dão certo.”

  • “99,9% das requisições dão certo em 30 dias.”

  • “Depois de um desastre, o serviço precisa voltar em até 2 horas.”

  • “Podemos perder no máximo 15 minutos de pedidos.”

  • “A latência p95 das requisições de busca.”

  • “Fazer backup a cada 15 minutos, por causa do que podemos perder.”

Experimente

Até 15 XP

Degradar ou falhar?

Uma dependência está fora do ar. Decida o que uma loja online bem projetada deve fazer em cada caso.

0 de 5 classificadosPontuação 0/0
  • “O serviço de recomendações está fora do ar.”

  • “O serviço de avaliações está fora do ar.”

  • “O provedor de pagamentos está fora do ar.”

  • “O serviço de métricas de uso está fora do ar.”

  • “O serviço de estoque não consegue confirmar o último item.”

Experimente

Até 15 XP

Revise este relatório de incidente

Boas revisões levam a sistemas melhores. Clique no que impediria que esta ajudasse.

Revisão de uma queda (rodada 1 de 1)Sinais encontrados 0/0

Clique em todos os trechos suspeitos. São 3.

O site ficou fora do ar por 47 minutos na terça-feira. O Sam causou isso ao rodar o comando errado. O failover não funcionou porque ninguém o testava desde que foi configurado. Ações: Ter mais cuidado no futuro.

Principais conclusões

  • Meça a confiabilidade que o usuário percebe com SLIs e SLOs bem definidos.

  • RTO é o tempo de recuperação; RPO é a perda de dados aceitável.

  • Resiliência inclui recuperação testada e comportamento gracioso, não só servidores a mais.

Quiz da aula

5 perguntas · aprovação com 4 acertos · até 50 XP

Ao passar, você conclui a aula e mantém sua sequência. As perguntas erradas voltarão em sessões de revisão.

Dúvidas sobre esta lição

Travou em algum ponto? Pergunte. Descobriu algo? Compartilhe. Explicar também é uma ótima forma de aprender.

Carregando publicações…