O que você deve aprender com a interrupção do AWS S3

Então, o que todos nós tiramos da interrupção da AWS desta semana? Depende de quem você pergunta. Muitos de nós em TI achamos que foi um bom lembrete para considerar ambientes de nuvem multicloud e híbrida - basicamente, não coloque todos os seus ovos de carga de trabalho de nuvem em uma cesta de AWS. A interrupção do armazenamento S3 afetou cerca de 150.000 sites hospedados no data center da região US-EAST-1 da Amazon, que fica no norte da Virgínia.

A interrupção da Amazon lembrou a todos na TI por um dia que as cargas de trabalho da nuvem estão fora das instalações e que podem ser desativadas a qualquer momento. A nuvem ainda precisa de um plano de recuperação, backup e continuidade. Há também a advertência comprovada de que as pessoas ainda executam as máquinas em nuvem. A indisponibilidade do S3 esta semana aconteceu quando um engenheiro cometeu um erro de comando durante uma tarefa de rotina ao encerrar um subsistema de armazenamento.

Mas existem outras maneiras de pensar sobre as interrupções dos provedores de nuvem pública (que são muito menos frequentes do que costumavam ser). Em vez de apenas dizer que você vai começar a pesquisar implantações multicloud ou construir mais nuvem híbrida, um especialista do setor diz que projetar para falhas é o que você deve considerar para a infraestrutura em nuvem. As dicas recomendadas a serem consideradas imediatamente incluem a escolha da replicação entre regiões da AWS e a realização de testes para interrupções e soluções de recuperação. Dicas de longo prazo são escolher a API de nuvem que é melhor para o seu negócio e não se inscrever para um segundo provedor de nuvem apenas por motivos de failover.

No tópico de nuvem híbrida, esta história explora a tendência da computação sem servidor - dizendo que sem servidor é essencialmente o mesmo que computação de plataforma como serviço (PaaS). Com essa abordagem, o intermediário (aquisição de hardware) desaparece, permitindo que as equipes de TI provisionem recursos diretamente nas plataformas dos provedores de nuvem. Eventualmente, diz um consultor, a TI corporativa pode escolher conectar diretamente os serviços de back-end aos clientes e aplicativos clientes, de modo que não haja tantas paradas entre os usuários e as funções de nuvem de que precisam.



Claro, um provedor de nuvem, pelo menos, foi capaz de se sentir satisfeito quando a interrupção da AWS não afetou sua própria nuvem, acaba de ser anunciado esta semana. A Nimble não armazena seus volumes de nuvem na AWS ou no Azure porque não pode garantir confiabilidade. Em vez disso, ele construiu um serviço proprietário de nuvem pública para armazenamento em bloco. Isso pode ser bom tanto para as vendas da Nimble quanto para a estabilidade de seus clientes. Será interessante ver se isso inicia uma tendência.

Até a próxima semana, abrace esses servidores com força.