Quando a nuvem falha: o plano B da sua empresa existe de verdade?

De acordo com o CNN Brasil, uma falha global em serviços da Microsoft atrapalhou, nesta sexta-feira, o envio de receitas médicas a farmácias e a recepção de denúncias online por serviços de polícia no Reino Unido. Não foi um problema de ficção científica, foi uma sexta-feira comum que ficou mais difícil para muita gente.

O que mais chama a atenção não é a falha em si. Todo sistema falha, e quem trabalha com TI sabe disso melhor do que ninguém. O ponto é outro: quando um serviço de nuvem tropeça, o impacto chega a lugares que ninguém associaria a um problema de software, como o balcão de uma farmácia ou o canal por onde um cidadão relata um crime.

Quando a tecnologia vira infraestrutura invisível

A gente costuma tratar a nuvem como energia elétrica: está ali, funciona, e só lembramos dela quando some. Só que, diferentemente da luz, boa parte das empresas não tem um gerador de reserva para os sistemas digitais.

Uma receita que não chega à farmácia significa um paciente esperando, um profissional de saúde improvisando e, em casos mais delicados, um tratamento atrasado. Uma denúncia que não é recebida online é uma ocorrência que pode se perder ou demorar a ser tratada.

Esse é o retrato de um fenômeno conhecido como concentração de dependência. Quanto mais serviços essenciais se apoiam no mesmo fornecedor, maior o alcance de uma única pane.

E a minha empresa com isso?

Pode parecer distante, mas a lógica vale para uma distribuidora, uma clínica ou uma indústria de médio porte. Se o e-mail, a agenda, os arquivos e a comunicação interna estão no mesmo ambiente, uma indisponibilidade de algumas horas pode parar a operação inteira.

Já vi gestores descobrirem na hora da crise que ninguém sabia qual era o plano B. Em geral, o plano B era "esperar voltar", o que funciona até o dia em que o cliente não espera.

O que dá para aprender com esse episódio

Não se trata de abandonar a nuvem, o que seria um retrocesso e, na maioria dos casos, um aumento de custo. Trata-se de usá-la com critério. Algumas perguntas ajudam a organizar o raciocínio:

• Quais processos param completamente se um serviço específico ficar fora do ar?
• Existe uma forma manual, ainda que provisória, de continuar atendendo o cliente?
• Quem na equipe sabe acionar essa alternativa, e ela já foi testada?
• Os contatos e informações críticas estão acessíveis fora do ambiente que pode falhar?
• Há um canal de comunicação alternativo para avisar clientes e colaboradores?

Perceba que nenhuma dessas respostas exige tecnologia sofisticada. Exige, sobretudo, mapeamento e disciplina. É o tipo de trabalho que a M3Solutions costuma fazer com empresas que querem processos otimizados e menos sustos, olhando para onde estão os pontos únicos de falha antes que eles apareçam no pior momento.

Prevenir também é redução de custo

Existe um raciocínio comum de que investir em contingência é gasto com algo que talvez nunca aconteça. Eu enxergo de outra forma. Cada hora de operação parada tem um custo real em vendas perdidas, retrabalho e desgaste de reputação. Planejar a continuidade é, no fundo, uma estratégia de redução de custo disfarçada de cautela.

Além disso, a boa resolução de problemas começa antes do problema. Equipes que já ensaiaram o cenário de falha reagem com calma, e calma é um ativo raro em horário de crise.

Um lembrete de sexta-feira

O episódio no Reino Unido não deve ser lido como um escândalo contra um fornecedor específico, e sim como um lembrete de que resiliência é responsabilidade compartilhada. O provedor cuida de manter o serviço de pé, e a empresa cuida de saber o que fazer quando ele não estiver.

Se a sua operação dependesse de um único serviço que ficasse fora do ar amanhã de manhã, a sua equipe saberia exatamente o que fazer? Se a resposta gerou dúvida, talvez seja hora de conversar com quem entende do assunto.