Pontos principais
- A resiliência cibernética é uma questão de confiança empresarial, exigindo que os CIOs comprovem que os serviços críticos podem ser restaurados de forma adequada e dentro de níveis aceitáveis de interrupção.
- O ResOps (operações de resiliência) muda o foco da simples existência de backups para o teste e a validação contínuos da recuperação de negócios de ponta a ponta.
- Um planejamento eficaz de Recovery deve levar em conta as dependências entre aplicativos, identidades, bancos de dados, infraestrutura em nuvem, comunicações e outros sistemas críticos.
- Readiness para a recuperação deve ser avaliada em termos comerciais, utilizando métricas como tempo de recuperação, objetivos de ponto de recuperação, frequência dos testes, integridade dos dados e cobertura dos fluxos de trabalho testados.
- À medida que as empresas dependem cada vez mais de IA, SaaS, plataformas em nuvem e pipelines de dados, a resiliência deve abranger a integridade, a governança, a segurança e a acessibilidade dos dados subjacentes.
A confiança é posta à prova durante as interrupções
Para uma empresa de serviços de tecnologia, a confiança não é um valor abstrato da marca. Ela é conquistada por meio da capacidade de fornecer serviços seguros e confiáveis todos os dias, mesmo quando as condições estão em seu pior momento.
Incidentes cibernéticos, falhas de infraestrutura e interrupções inesperadas colocam à prova mais do que apenas a tecnologia de uma organização. Eles testam se a empresa consegue continuar operando, se os compromissos com os clientes ainda podem ser cumpridos e se a liderança consegue tomar decisões com confiança. É por isso que a resiliência cibernética se tornou uma questão de confiança empresarial, e não simplesmente uma responsabilidade da TI.
O backup não é o resultado do negócio
A proteção tradicional de dados costumava ser construída em torno de uma pergunta direta: temos um backup disponível caso algo dê errado? Isso continua sendo importante, mas não é mais suficiente.
Após um incidente cibernético, a existência de um backup não prova que os dados estejam íntegros, que o ambiente de Recovery seja seguro ou que a organização possa restaurar todo o processo de negócios dentro do prazo exigido pela empresa.
Um backup é um insumo. O resultado é um negócio em pleno funcionamento.
A pergunta que os líderes devem fazer não é apenas se os dados podem ser restaurados. É se dados limpos e confiáveis podem ser recuperados em um ambiente pronto para produção com rapidez suficiente para proteger as operações, os clientes e a reputação.
Essa é a mudança por trás do ResOps: tratar a resiliência não como um conjunto de atividades de Backup and Recovery, mas como uma disciplina operacional contínua focada em manter os serviços críticos da empresa dentro de níveis aceitáveis de interrupção. Para os CIOs, isso significa mudar o foco da conversa de “Temos backups?” para “Podemos comprovar que a empresa é capaz de se recuperar?”
Recovery deve refletir a forma como a empresa opera
Os serviços modernos não funcionam em um único aplicativo ou em uma única camada de infraestrutura. Os aplicativos críticos para os negócios dependem de identidade, bancos de dados, plataformas de comunicação, infraestrutura em nuvem e ambientes de desenvolvimento. Se uma dessas dependências estiver indisponível, restaurar apenas o aplicativo pode não ser suficiente para restaurar o serviço.
Isso muda a forma como os líderes precisam definir a Readiness para a recuperação. A recuperação não pode ser tratada como um conjunto de tarefas técnicas desconexas. A abordagem ResOps começa com os serviços críticos para os negócios que devem permanecer resilientes e, em seguida, mapeia os aplicativos, dados, identidade, infraestrutura e outras dependências necessárias para restaurá-los dentro do nível de interrupção que a empresa pode tolerar.
Na Persistent Systems, isso significa adotar uma abordagem estruturada para cargas de trabalho críticas e compreender as dependências necessárias para colocá-las novamente em operação. O objetivo não é restaurar a tecnologia apenas por restaurar. O objetivo é manter a capacidade de atender aos clientes.
Comprovar a Recovery, em vez de presumir que ela ocorra
O ResOps trata a resiliência como uma disciplina operacional contínua. Ela não pode ser validada por uma lista de verificação anual ou por um relatório de backup bem-sucedido.
As organizações precisam testar os fluxos de trabalho de recuperação regularmente, realizar a recuperação em ambientes isolados, validar a integridade dos dados e confirmar que os sistemas recuperados são capazes de suportar operações reais de negócios. À medida que os ambientes mudam, os manuais de recuperação também precisam mudar. Novas aplicações, novas integrações e novas ameaças podem tornar o plano de recuperação de ontem incompleto.
Nosso trabalho com a Commvault apoia essa mudança da proteção tradicional de dados para a Readiness contínua para recuperação. O Commvault Cleanroom oferece um ambiente isolado no qual as equipes podem restaurar sistemas, verificar se há ameaças, validar dados e testar a recuperação antes de retornar as cargas de trabalho à produção. Essa capacidade apoia um princípio fundamental do ResOps: a capacidade de recuperação não deve ser presumida; ela deve ser continuamente testada, validada e demonstrada com evidências.
Avalie o progresso em termos de negócios
Uma estratégia de resiliência precisa de evidências mensuráveis. A Persistent trabalhava inicialmente com uma meta de recuperação de 24 horas. Por meio de uma abordagem mais estruturada e continuamente testada, nosso intervalo de recuperação atual está mais próximo de quatro a seis horas para os cenários de ponta a ponta discutidos em nossos testes recentes.
É aqui que o ResOps se torna tangível. O objetivo não é simplesmente realizar mais testes de Recovery; é usar cada exercício para identificar lacunas, aprimorar o processo de Recovery e reduzir de forma mensurável o tempo e a incerteza entre a interrupção e a operação normal dos negócios.
Essa melhoria é importante porque o tempo não é apenas uma métrica técnica durante uma interrupção. Ele afeta o atendimento ao cliente, a produtividade dos funcionários, os custos operacionais, a tomada de decisões e a reputação. Quanto mais rápido a organização conseguir retornar a um estado operacional normal e utilizável, mais eficazmente poderá limitar o impacto de um incidente nos negócios.
As métricas devem, portanto, estar alinhadas às prioridades de negócios. A disciplina de ResOps amplia a discussão sobre métricas, indo além da simples verificação de se uma restauração foi bem-sucedida, para avaliar se os serviços críticos podem ser recuperados de forma adequada e dentro do tempo de interrupção que a empresa pode tolerar. O tempo de recuperação, os objetivos de ponto de recuperação, a frequência dos testes, a validação da integridade dos dados e a porcentagem de fluxos de trabalho críticos cobertos por manuais testados ajudam a liderança a entender se a resiliência está melhorando.
Dados confiáveis são importantes, além da Recovery
O papel das plataformas de resiliência cibernética continuará a se expandir. À medida que as organizações utilizam cada vez mais dados, inclusive em iniciativas de inteligência artificial, elas precisam ter certeza de que os dados estejam limpos, seguros, governados e sejam acessados de forma adequada.
Os sistemas de IA são tão confiáveis quanto os dados por trás deles. A integridade, a classificação, a governança e o controle de acesso aos dados estão, portanto, se tornando parte de um padrão mais amplo de resiliência. As mesmas disciplinas que ajudam uma organização a se recuperar com confiança também podem apoiar um uso mais seguro e responsável dos dados para iniciativas impulsionadas por IA.
Essa é mais uma razão pela qual o ResOps precisa evoluir junto com os negócios: à medida que serviços críticos dependem cada vez mais de IA, SaaS, plataformas em nuvem, identidades e pipelines de dados, a resiliência precisa abranger todo o ambiente do qual esses serviços dependem.
Cinco perguntas que todo CIO deve fazer
Os líderes não precisam gerenciar cada etapa técnica, mas precisam de respostas claras para as perguntas que determinam se a empresa está realmente pronta. Essas também são as perguntas que transformam o ResOps de um conceito tecnológico em uma disciplina operacional executiva:
- Quais serviços de negócios e cargas de trabalho devem ser recuperados primeiro?
- Já mapeamos as dependências relacionadas a identidade, aplicativos, bancos de dados, nuvem e comunicação necessárias para restaurá-los?
- Podemos recuperar e validar os dados em um ambiente limpo e isolado antes de devolvê-los à produção?
- Com que frequência testamos todo o fluxo de trabalho e como atualizamos o manual de procedimentos quando o ambiente muda?
- Que evidências mensuráveis podemos apresentar à liderança para demonstrar que nossos serviços críticos podem ser recuperados dentro de tolerâncias aceitáveis para os negócios – e que nosso desempenho em Recovery está melhorando?
A resiliência cibernética, em última análise, tem a ver com confiança: confiança de que a organização pode continuar operando, confiança de que os compromissos com os clientes podem ser protegidos e confiança de que os dados que sustentam os negócios são confiáveis. Essa confiança precisa ser conquistada por meio de preparação, testes e melhoria contínua.
Perguntas frequentes
P: O que é ResOps?
R: ResOps é uma disciplina operacional contínua voltada para manter os serviços críticos do negócio dentro de níveis aceitáveis de interrupção. Ela leva a resiliência além das atividades individuais de Backup and Recovery, com o objetivo de comprovar continuamente que o negócio é capaz de se recuperar.
P: Por que os backups, por si sós, não são mais suficientes para a resiliência cibernética?
R: Um backup confirma que existe uma cópia dos dados, mas não prova que os dados estejam íntegros, que o ambiente de Recovery seja seguro ou que todo o processo de negócios possa ser restaurado com rapidez suficiente. O verdadeiro resultado para os negócios é a capacidade de restabelecer serviços críticos a um estado operacional confiável e utilizável.
P: Por que o planejamento de Recovery deve se concentrar em serviços de negócios, em vez de aplicativos individuais?
R: Os serviços críticos geralmente dependem de várias tecnologias interconectadas, incluindo identidade, bancos de dados, infraestrutura em nuvem, comunicações e ambientes de desenvolvimento. Mapear essas dependências permite que as organizações recuperem o serviço completo, em vez de restaurar um aplicativo enquanto deixam sistemas de suporte essenciais indisponíveis.
P: Como as organizações podem comprovar que estão preparadas para se recuperar de uma interrupção?
R: As organizações devem testar regularmente fluxos de trabalho completos de recuperação em ambientes isolados, validar a integridade dos dados, verificar se há ameaças e confirmar se os sistemas recuperados são capazes de dar suporte às operações reais de negócios. Os manuais de recuperação também devem ser atualizados à medida que os aplicativos, as integrações, a infraestrutura e as ameaças mudam.
P: Como os CIOs devem avaliar a Readiness para a recuperação?
R: Os CIOs devem vincular as métricas de resiliência às prioridades de negócios, incluindo tempo de recuperação, metas de ponto de recuperação, frequência dos testes, validação da integridade dos dados e a porcentagem de fluxos de trabalho críticos abrangidos pelos manuais testados. O objetivo é demonstrar uma melhoria mensurável na rapidez e na confiança com que os serviços críticos podem retomar suas operações.
P: Como a Readiness para a recuperação apoia a IA e iniciativas de dados mais amplas?
R: Os sistemas de IA dependem de dados limpos, seguros, bem gerenciados e acessados de forma adequada. As disciplinas que sustentam uma Recovery confiável — incluindo integridade de dados, classificação, governança e controle de acesso — também podem apoiar o uso mais seguro e responsável dos dados em iniciativas impulsionadas pela IA.
Debashis Singhé diretor de informações da Persistent Systems.
