Em 2025, vários incidentes de grande repercussão envolvendo a infraestrutura de nuvem e da Internet lembraram equipes do mundo todo de que interrupções são inevitáveis e muitas vezes têm origem fora dos limites de um único provedor ou organograma. Quando uma importante região de nuvem fica indisponível ou uma plataforma global de tráfego apresenta falhas, os aplicativos dependentes falham simultaneamente e em grande escala, independentemente de quantos noves constem no SLA.
Esses eventos evidenciam uma incompatibilidade estrutural: muitas empresas ainda se preparam para falhas com uma recuperação reativa, enquanto os sistemas distribuídos modernos falham rapidamente, em escala global e além dos limites sob responsabilidade de uma única equipe. A questão já não é mais o que fazer se ocorrer uma interrupção; mas sim como a arquitetura responde, se adapta e melhora durante e após uma indisponibilidade?
O que significa resiliência em um mundo de multicloud híbrida
Tradicionalmente, as estratégias de resiliência se concentravam em voltar à normalidade: planos de recuperação de desastres, sites secundários e metas de objetivo de tempo de recuperação/objetivo de ponto de recuperação (RTO/RPO). Essa mentalidade pressupunha que as falhas eram locais, as dependências eram conhecidas e os limites de controle eram claros. Os ambientes híbridos de multicloud derrubam essas premissas: identidade, roteamento, armazenamento e distribuição de dados muitas vezes ficam a cargo de terceiros e, quando esses serviços falham, o impacto é instantâneo e global.
“Uma abordagem antifrágil à resiliência cibernética amplia o escopo da recuperação, que deixa de ser apenas “voltar ao normal” e passa a ser “voltar ao normal, aprender rapidamente e se fortalecer”, transformando as disrupções em um motor de evolução da arquitetura, em vez de um ônus operacional.”
Uma abordagem “antifrágil” à resiliência cibernética redefine a resiliência como uma capacidade que melhora sob pressão. É a capacidade de prever interrupções, limitar seu raio de impacto, adaptar-se em tempo real e usar a telemetria de condições anormais para aprimorar a arquitetura, de modo que eventos semelhantes posteriores causem menos danos (ou nenhum). O sucesso é medido pelo baixo impacto de uma interrupção no sistema, pela rapidez com que o sistema se adapta durante sua ocorrência e pela forma como as arquiteturas evoluem em decorrência disso.
Essa abordagem leva a resultados bastante claros: raios de impacto menores e controlados; maior disponibilidade quando as dependências se degradam; recuperação mais rápida, pois os sistemas foram previamente preparados para se adaptar; respostas automatizadas a condições anormais; e maior confiança nos serviços externos, porque a resiliência é projetada, não delegada. Em suma, uma abordagem antifrágil à resiliência cibernética amplia o escopo da recuperação, que deixa de ser apenas “se recuperar” e passa a ser “se recuperar, aprender rapidamente e se fortalecer”, transformando a disrupção em um motor de evolução arquitetural, em vez de um ônus operacional.
Por que estratégias reativas e isoladas falham
Quatro padrões tornam as estratégias tradicionais frágeis em ambientes híbridos de múltiplas nuvens. Primeiro, é preciso entender que as dependências externas podem falhar globalmente. Interrupções nos serviços de identidade ou roteamento afetam, de uma só vez, todos os serviços dependentes. Além disso, em muitas arquiteturas, o isolamento de falhas não acompanhou essa evolução, o que significa que as conexões entre nuvens não têm limites para conter falhas e impedir que elas afetem serviços paralelos.
Além disso, em muitos ambientes, as práticas de resiliência são fragmentadas. Recuperação de desastres, gerenciamento de tráfego, identidade e governança de dados operam de forma isolada; as interrupções não respeitam essas divisões.
Por fim, lembre-se de que a recuperação é reativa. As equipes restauram o serviço, mas nem sempre evitam (ou conseguem evitar) que o problema volte a ocorrer em nível estrutural.
Os ambientes híbridos de múltiplas nuvens atuais exigem uma resiliência que não seja reativa nem isolada e que não dependa da continuidade operacional de provedores terceirizados.
Cinco práticas para tornar as estratégias de resiliência cibernética antifrágeis
Uma abordagem antifrágil à resiliência cibernética compreende um conjunto de práticas de engenharia que podem ser incorporadas em toda a pilha para que os sistemas se comportem de maneira previsível sob estresse:
- Controle do raio de impacto. Defina limites explícitos de confiança e de falhas para que uma falha em uma região, nuvem ou dependência não se propague sem controle.
- Diversificação de dependências. Crie alternativas viáveis para serviços críticos. A redundância vai além da duplicação e se torna uma opcionalidade controlada, que impede que um único provedor determine o comportamento do sistema.
- Adaptação orientada por políticas. Substitua configurações estáticas por políticas que respondam ao estado atual, especialmente em roteamento, autenticação e confiança.
- Adaptação incremental. Implemente pequenos incrementos arquiteturais observáveis que aumentem a resiliência sem desestabilizar o sistema.
- Governança orientada por observabilidade e automação em tempo de execução. Use a telemetria para orientar decisões e automatizar respostas, de modo que a adaptação comece antes que os incidentes se agravem.
Quem é responsável pela resiliência cibernética? (Dica: todos)
Na entrega de aplicações em ambientes híbridos e multicloud, nenhuma área isoladamente — seja segurança, redes, operações em nuvem ou o provedor — consegue garantir a resiliência. Alcançar uma resiliência efetiva exige um modelo operacional coordenado, que alinhe as responsabilidades internas às dependências externas e reduza ambiguidades durante incidentes.
Isso também contribui para a conformidade com marcos regulatórios como a Lei de Resiliência Operacional Digital da UE (DORA), que exige resiliência operacional digital das instituições financeiras, e para o alinhamento com a ISO/IEC 27001), norma reconhecida mundialmente para sistemas de gestão da segurança da informação. Ambas enfatizam o aprendizado, a evolução e a comprovação da integridade operacional. A DORA incentiva explicitamente as instituições a irem além da disponibilidade, buscando a melhoria contínua (“aprender e evoluir”) após interrupções e vinculando a resiliência à governança e à automação, em vez de apenas à recuperação.
Cinco níveis de uma arquitetura empresarial antifrágil
Para ampliar essas práticas, recomendamos um mapa conceitual compartilhado: a arquitetura de cinco camadas. Cada camada é, ao mesmo tempo, uma camada tecnológica e um domínio de responsabilidade no qual a resiliência pode surgir ou falhar.
A primeira camada é global e rege o controle externo e os limites de confiança, com contenção do raio de impacto e roteamento orientado por políticas. Em seguida, a camada de sites da arquitetura define zonas regionais de execução e isolamento por meio da diversificação de dependências e de domínios de failover. A camada de plataforma fornece recursos de computação e execução de dados, além de viabilizar a automação em tempo de execução e a mobilidade das cargas de trabalho, enquanto a camada de aplicação oferece lógica de negócios e experiência do usuário para proporcionar adaptação incremental e degradação gradual.
Por fim, a camada de gerenciamento centraliza a observabilidade, a governança e a orquestração para viabilizar a evolução das políticas com base em dados de telemetria.
Colocando as camadas e a prática em ação
Cada nível e prática parece excelente na teoria, mas, para aproveitar ao máximo uma estratégia de resiliência antifrágil, é preciso entender exatamente como eles funcionam em conjunto para criar uma arquitetura antifrágil.
No nível global, o controle do raio de impacto e o roteamento orientado por políticas ajudam a conter falhas em todo o sistema antes que elas se propaguem, minimizando o impacto em qualquer um dos sistemas conectados.
Para a camada de site, diversificar as dependências e disponibilizar domínios de failover permite isolar interrupções e garantir a continuidade por meio de zonas de execução alternativas.
A automação do ambiente de execução e a mobilidade das cargas de trabalho permitem uma rápida adaptação a qualquer interrupção na camada da plataforma. Com respostas automatizadas, seu sistema pode reagir imediatamente a indisponibilidades, enquanto a mobilidade das cargas de trabalho permite implantar seus aplicativos em vários ambientes para garantir a continuidade.
Na camada de aplicação, a adaptação incremental e a degradação gradual ajudam a absorver eventuais interrupções, evitando que a experiência do usuário seja totalmente comprometida. Assim, é possível resistir a falhas parciais e minimizar o impacto para os usuários finais.
Os imperativos da camada de gerenciamento incluem políticas orientadas por telemetria, que são o resultado final da conversão de eventos operacionais em melhorias de governança e de políticas. Aprender com as interrupções cria um ciclo de feedback, permitindo refinar as políticas com base em dados históricos para que sua postura antifrágil seja continuamente fortalecida.
Em conjunto, as camadas e as práticas transformam as disrupções em um motor de evolução arquitetural, em vez de um eterno botão de reinicialização.
Para onde essa ideia está caminhando
Esta publicação no blog é apenas uma parte de uma coleção de artigos, arquiteturas e demonstrações que apresentarão padrões, modos de falha, métricas e observações sobre a implementação nos cinco níveis de uma estratégia de resiliência cibernética antifrágil.
Recomendamos que você escolha uma prática da lista acima e a explore como meta de um sprint ou objetivo trimestral. Tenha em mente que uma estratégia antifrágil de resiliência cibernética não se concretiza de uma só vez; ela é construída por meio de mudanças pequenas e mensuráveis. Comece agora, aprenda rápido e faça da próxima interrupção o momento em que sua arquitetura demonstrará que está se tornando mais robusta.
Não deixe de ler nossa visão geral da solução se quiser saber mais sobre resiliência cibernética sob uma perspectiva antifrágil.
Se você quiser se aprofundar em como começar a implementar uma abordagem antifrágil em sua estratégia de resiliência cibernética, confira este white paper sobre arquitetura.
Sobre os autores
Griff Shelley é gerente de marketing de produtos na F5, especializado em soluções de entrega de aplicações baseadas em hardware, software e SaaS. Motivado por conectar tecnologias inovadoras ao sucesso dos clientes, Griff lidera projetos de entrada no mercado nas áreas de entrega global e local de aplicações, serviços em nuvem e infraestrutura de tráfego de dados para IA. Antes de iniciar sua carreira em tecnologia, atuou como orientador acadêmico no ensino superior e formou-se pela Eastern Washington University e pela Auburn University.
Mais publicações de Griff ShelleyColin Clauset é gerente sênior de marketing de produtos na F5, especializado em soluções de entrega de aplicações baseadas em SaaS. Colin lidera estratégias de entrada no mercado para projetos e serviços de entrega distribuída de aplicações e tem um interesse especial em entender como a tecnologia pode simplificar processos complexos para atender melhor às necessidades dos profissionais de TI. Com experiência anterior em consultoria, antes de ingressar na F5, Colin aborda os desafios dos clientes com foco em soluções abrangentes que vão além de produtos isolados.
Mais publicações de Colin ClausetMark Menger é arquiteto de soluções na F5, especializado em parcerias de tecnologia de IA e segurança. Ele lidera o desenvolvimento da Arquitetura de Referência de IA da F5, promovendo soluções de IA seguras e escaláveis. Com experiência como arquiteto de soluções globais e engenheiro de soluções, Mark contribuiu para a Arquitetura de Nuvem Segura da F5 e participou do desenvolvimento de sua Arquitetura Distribuída em Quatro Camadas. Coautor de Solving IT Complexity, ele tem ampla experiência na resolução de desafios de TI. Anteriormente, atuou como desenvolvedor de aplicações e arquiteto corporativo, com foco em aplicações modernas, automação e aceleração do retorno sobre investimentos em IA.
Mais publicações de Mark MengerPublicações relacionadas no blog
IA agêntica em cibersegurança: promessas e riscos
Saiba por que o uso de IA agêntica na cibersegurança é essencial para combater ameaças impulsionadas por IA e por que os agentes também criam novos riscos para as empresas.
Como os clientes da F5 no setor financeiro lidam com a soberania digital sem desacelerar a inovação
Como é a soberania digital na prática? Dois projetos recentes da F5 com clientes mostram como diferentes empresas estão enfrentando esses desafios.
Soberania operacional: construindo resiliência em um mundo imprevisível
Para muitas organizações, a questão já não se resume apenas a controlar os dados. Trata-se de manter a capacidade de operar, adaptar-se e se recuperar à medida que as leis e as condições evoluem.
Segurança de IA com evidências: o que levaremos ao Gartner SRM
Antes de sua sessão no Gartner SRM, o vice-presidente sênior de Marketing de Produtos da F5 explica como a F5 ajuda as organizações a proteger a IA em três etapas práticas.
Gestão de riscos de IA: como as proteções podem ajudar a mitigá-los
O risco da IA é impulsionado por comportamentos probabilísticos e pela explicabilidade limitada, não apenas por falhas de segurança. Uma gestão eficaz exige controle operacional contínuo.
Lei de IA do Colorado (SB 205): o que as empresas precisam saber antes de 2026
A SB 205 do Colorado, a lei pioneira do estado sobre inteligência artificial, foi sancionada pelo governador Jared Polis em 17 de maio de 2024. O projeto de lei estabelece requisitos para que as empresas que utilizam IA implementem controles destinados a proteger os cidadãos do Colorado.