Quando surgiram notícias de que um data center nos Emirados Árabes Unidos tinha sido alvo de um ataque, isso evidenciou a crescente exposição da infraestrutura digital a riscos imprevistos. À medida que os data centers se vêem envolvidos em acontecimentos geopolíticos, a suposição de que a infraestrutura na nuvem está sempre disponível começa a parecer frágil. A questão não é apenas o conflito em si, mas sim o que este representa. Há uma necessidade crescente de as empresas conceberem sistemas capazes de resistir a perturbações repentinas e imprevisíveis.

Eventos como este ainda são pouco comuns, claro, mas chamam a atenção para uma questão muitas vezes adiada. E se os sistemas críticos ficarem indisponíveis? Os serviços na nuvem ocupam agora o centro da infraestrutura empresarial, com a IDC indicando que 88% das organizações implementam ou já operam uma nuvem híbrida. Mas à medida que a dependência da nuvem cresceu, também cresceu a necessidade de planejar para lidar com perturbações.

Isso é mais fácil de dizer do que de fazer. Desenvolver resiliência significa, cada vez mais, adotar estratégias híbridas e multicloud, permitindo que as cargas de trabalho sejam distribuídas e movidas conforme necessário. Muitas organizações reconhecem isto, mas significa uma complexidade adicional. Gerir diferentes ambientes, garantir a interoperabilidade e manter a visibilidade entre sistemas, bem como a recuperação de desastres, pode ser um desafio. E isto só vai se intensificar à medida que as cargas de trabalho de IA crescem, impondo exigências maiores à infraestrutura e tornando as falhas mais difíceis de absorver.

O resultado é um fosso entre a intenção e a execução. A maioria das organizações reconhece a necessidade de flexibilidade, mas poucas dispõem dos processos necessários para transferir cargas de trabalho rapidamente ou recuperar sistemas em larga escala. Na prática, o que parece portátil no papel pode ser difícil de executar sob pressão. As dependências entre aplicações, a gravidade dos dados e as diferenças entre ambientes de nuvem tornam a resposta rápida mais difícil do que o esperado.

O que importa nesses momentos é a rapidez com que essas cargas de trabalho podem ser transferidas. Planos que parecem robustos nos diagramas de arquitetura podem falhar sob pressão operacional, especialmente quando é preciso tomar decisões em tempo real. Em muitos casos, as organizações só descobrem os limites de sua resiliência quando tentam pô-la em prática, constatando que as dependências, as restrições de latência e as barreiras de governança atrasam sua resposta.

É por isso que a resiliência vem sendo cada vez mais tratada como algo que deve ser testado, com simulacros de failover e planejamento de recuperação tornando-se parte das operações regulares, em vez de exercícios ocasionais.

Da redundância à mobilidade

É também por isso que o foco passa da redundância para a mobilidade. Os modelos tradicionais de resiliência baseavam-se em sistemas de backup e failover em um único ambiente. Cada vez mais, as organizações olham para além disso, rumo a arquiteturas que lhes permitam transferir cargas de trabalho entre regiões, fornecedores e tipos de infraestrutura. O objetivo é adaptar-se para manter a continuidade mesmo quando partes do sistema ficam indisponíveis.

A nuvem híbrida é, claramente, uma parte fundamental desse processo. A distribuição de aplicações pela nuvem pública, pela infraestrutura privada e por ambientes de periferia permite às organizações equilibrar desempenho, custo e controlo. Mais importante ainda, reduz a dependência de qualquer local ou fornecedor específico, facilitando a resposta em caso de perturbações.

No entanto, essa abordagem traz consigo um conjunto próprio de desafios. Quanto mais distribuído se torna um ambiente, mais difícil é gerenciá-lo. A visibilidade, a segurança e a governança tornam-se mais complexas, especialmente quando os sistemas abrangem vários fornecedores e jurisdições. Garantir que as cargas de trabalho possam ser efetivamente transferidas (em vez de partir do princípio de que são portáteis) requer planeamento, normalização e testes regulares. Sem isso, as estratégias híbridas apresentam um elemento de risco operacional.

Existe também, aqui, uma questão estrutural mais ampla. O modelo de hiperescala proporcionou eficiência e escala ao concentrar a infraestrutura em regiões específicas. De acordo com dados do setor, os EUA representam a maior quota da capacidade global de data centers de hiperescala, com a Europa em um distante segundo lugar, o que sublinha o quão concentrada a infraestrutura na nuvem continua a estar num número relativamente pequeno de regiões. O desafio para as organizações não é afastar-se da hiperescala, mas sim conceber as soluções em função dessa concentração, equilibrando os benefícios da escala com a necessidade de resiliência.

É provável que a IA agrave ainda mais essas pressões. À medida que as organizações implementam cargas de trabalho mais intensivas em dados e sensíveis à latência, a tolerância ao tempo de inatividade diminui. Ao mesmo tempo, a infraestrutura necessária para suportar a IA, desde GPUs a pipelines de dados especializados, é frequentemente menos portátil e mais estreitamente ligada a ambientes específicos. Isto torna o planejamento para lidar com perturbações mais complexo, e não menos, especialmente à medida que a procura por capacidade computacional continua a crescer.

A lição não é planejar especificamente para o conflito, mas sim reconhecer que as perturbações, sejam elas geopolíticas, técnicas ou ambientais, fazem agora parte do ambiente operacional. O que está mudando não é o risco em si, mas sim o nível de exposição. À medida que a dependência da infraestrutura na nuvem se aprofunda, o mesmo ocorre com a necessidade de resiliência. A maioria das organizações continuará a partir do princípio de que tudo funcionará, até ao momento em que isso deixar de acontecer. E poucas organizações, independentemente da dimensão ou do setor, podem dar-se ao luxo de que isso aconteça.