Esta é a parte 2 de uma série de 5 publicações sobre ResOps (operações de resiliência). Para a parte 1, consulte“O que é ResOps – e por que a resiliência cibernética precisa disso””. Fique atento à próxima publicação, que abordará a fase de controle do ResOps. Você também pode baixar o guia completo:“ResOps: Um Guia para Executivos”“â.
Pontos principais
- A visibilidade é a base das ResOps (operações de resiliência): saiba o que é mais importante, saiba como isso está protegido e saiba com que eficácia você pode recuperá-lo.
- Uma “empresa minimamente viável” (MVC) define os serviços essenciais de que uma organização precisa para continuar operando.
- Os serviços críticos precisam de responsáveis designados e de limites de impacto definidos pela empresa.
- O mapeamento de dependências ajuda a identificar de quais serviços os serviços críticos precisarão depender para operar e se recuperar.
- A resiliência de um serviço crítico depende da resiliência de suas dependências.
O Desafio das Dependências
Antes de planejar a Recovery, é preciso saber o que é mais importante. E essa resposta nem sempre é tão óbvia quanto parece.
É por isso que a visibilidade é fundamental para o ResOps. Antes que as equipes elaborem estratégias de Recovery ou testem se elas funcionam, elas precisam de uma visão compartilhada sobre o que a organização deve manter em funcionamento ou restaurar primeiro — e tudo aquilo de que esses serviços críticos dependem.
Isso parece simples, mas, na prática, muitas vezes revela algumas lacunas incômodas:
- Um serviço que a empresa considera essencial pode depender de um aplicativo que recebe muito menos atenção.
- Um aplicativo em nuvem pode depender de um único provedor de identidade.
- Um serviço aparentemente independente pode compartilhar infraestrutura com dezenas de outros.
O ResOps ajuda a tornar essas conexões visíveis antes que ocorra uma interrupção.
O que é a Empresa Mínima Viável (MVC)?
A maioria das organizações consegue citar seus sistemas importantes. A coisa fica mais difícil quando se pergunta quais são aqueles sem os quais a empresa simplesmente não consegue funcionar.
Considere esta pergunta:Se perdêssemos tudo hoje à noite, o que precisaria ser recuperado primeiro?
Responder a essa pergunta ajuda a definir seu MVC: a menor versão da organização capaz de atender aos clientes, gerar receita e cumprir suas obrigações legais, regulatórias, de segurança ou relacionadas à missão mais urgentes.
O objetivo não é classificar todos os aplicativos importantes como críticos. Trata-se de estabelecer prioridades com base nos resultados de negócios.
Os líderes de tecnologia não podem tomar essa decisão sozinhos. Proprietários de empresas, líderes de tecnologia e equipes jurídicas e de conformidade precisam chegar a um acordo sobre quais serviços são realmente essenciais e quais seriam as consequências caso esses serviços ficassem indisponíveis ou apresentassem desempenho reduzido.
Cada serviço crítico também deve ter um responsável designado. Essa responsabilidade ajuda a vincular as decisões técnicas de Recovery às pessoas que compreendem o que uma interrupção significa para os clientes, a receita, as operações e as obrigações.
Quando as interrupções se tornam excessivas?
Depois de saber quais serviços são mais importantes, a próxima pergunta é:Qual o nível de interrupção que a empresa pode suportar?
No ResOps, cada serviço crítico possui uma tolerância a impacto definida pela empresa. Essa tolerância descreve quanto tempo de inatividade, corrupção de dados, desempenho prejudicado, resultados incorretos ou dependência de soluções manuais a empresa pode suportar antes que o dano se torne inaceitável.
Considere uma plataforma de pagamentos que está online, mas processando apenas 20% de seu volume normal de transações. Tecnicamente, ela está funcionando. Mas, do ponto de vista da empresa, pode estar falhando.
É por isso que as tolerâncias de impacto devem refletir o resultado para a empresa, e não simplesmente se um sistema está ativo ou inativo. Dependendo do serviço, isso pode incluir impacto na receita por hora, limites de transações, níveis de atendimento ao cliente ou obrigações regulatórias.
Os limites exatos variam de acordo com a organização. O importante é deixar as prioridades bem claras e revisá-las à medida que o negócio evolui.
Como o mapeamento de dependências pode revelar obstáculos à Recovery
Definir um serviço crítico indica o que precisará ser recuperado. O mapeamento de dependências mostra — com detalhes minuciosos — de que esse serviço crítico depende para funcionar e para que a Recovery ocorra.
Os serviços críticos raramente operam isoladamente. Eles podem depender de sistemas de identidade e acesso, bancos de dados, redes, infraestrutura em nuvem, aplicativos SaaS, APIs de terceiros, infraestrutura compartilhada, pessoas e outros serviços internos.
Algumas dessas dependências são óbvias. Outras, não. É aí que os planos de Recovery podem falhar. Um serviço de Nível 0 pode depender de um sistema de nível inferior que ninguém considera crítico. Vários aplicativos podem depender do mesmo provedor de identidade. Um serviço considerado autônomo pode compartilhar infraestrutura com outras cargas de trabalho. Um serviço de terceiros pode estar diretamente no caminho de Recovery, mesmo que sua organização tenha pouco controle sobre ele.
Concentrar-se apenas nos serviços críticos pode ocultar esses pontos fracos. Mapear a cadeia de dependências os torna visíveis. A designação de Nível 0 não significa muito se o serviço depender de um sistema de prioridade inferior que não possa ser recuperado a tempo.
Compreender toda a cadeia de dependências é um pré-requisito para que as equipes identifiquem onde podem ocorrer falhas antes que uma interrupção exponha essa lacuna.
Por que você precisa de visibilidade antes da Recovery
Visibilidade não significa criar o mapa tecnológico mais detalhado possível. Significa saber o que é mais importante, o que a empresa pode tolerar e onde as dependências podem colocar a Recovery em risco.
Com essa compreensão, as equipes podem concentrar os esforços de Recovery onde eles realmente fazem diferença. Mas, antes de fortalecer ou testar a Recovery, é preciso ter uma visão clara do que se está tentando recuperar e do que será necessário para alcançar esse objetivo.
Saiba mais sobre ResOps
A Commvault publicouo “ResOps: Um Guia Executivo” para oferecer aos CISOs, CIOs e líderes de TI uma estrutura prática de segurança, resiliência e gestão de Risk para implementar o ResOps em suas organizações.
Os líderes aprenderão a identificar os serviços mais importantes, validar a Readiness para a Recovery com evidências reais e testar continuamente a resiliência. Como resultado, as organizações poderão estabelecer um modelo operacional único que una os líderes de segurança, infraestrutura, operações de TI e negócios em torno da capacidade de Recovery baseada em evidências.
Perguntas frequentes
P: O que significa visibilidade no ResOps?
R:Visibilidade significa compreender quais serviços são essenciais para os negócios, quanto tempo de interrupção cada um pode tolerar e quais são as dependências necessárias para que cada serviço funcione e se recupere.
P: O que é uma empresa mínima viável (MVC)?
R:A MVC é a menor unidade organizacional capaz de atender clientes, gerar receita e cumprir suas obrigações legais, regulatórias, de segurança ou relacionadas à missão mais urgentes. É um componente essencial para compreender e praticar o ResOps, pois ajuda a priorizar o que deve ser protegido e recuperado, e em que ordem.
P: Em que a tolerância ao impacto difere da meta de tempo de recuperação (RTO)?
R: A tolerância ao impacto descreve o nível de interrupção que a empresa pode suportar antes que o dano se torne inaceitável. Ela pode incluir corrupção de dados, desempenho prejudicado, resultados incorretos, capacidade de transação e soluções alternativas manuais. O RTO é uma meta de planejamento de recuperação focada no tempo, e não no impacto à produtividade ou à missão.
P: O que deve ser incluído no mapeamento de dependências?
R: O mapeamento de dependências identifica o que um serviço crítico precisa para operar e se recuperar, incluindo aplicativos, dados, infraestrutura, sistemas de identidade, serviços em nuvem e SaaS, terceiros, pessoas e outros serviços internos.P: Com que frequência os serviços críticos e as dependências devem ser revisados? R:Revise-os regularmente e sempre que ocorrerem mudanças significativas nos negócios ou na tecnologia. Novas prioridades, aplicativos, provedores, integrações ou sistemas de IA podem alterar o caminho de Recovery. Michael Thelanderé diretor sênior de marketing de produto na Commvault.