As 9 recomendações do Gartner para melhorar a resiliência em cloud

0

O Gartner aponta 9 princípios para maximizar a resiliência dos ambientes em Nuvem.
"Nuvem não é magicamente resiliente e falhas de software, não falhas físicas, causam quase todas as suas interrupções", diz Chris Saunderson, Diretor Sênior de Análise do Gartner. "Em Nuvem, as interrupções quase nunca envolvem todo o seu fornecedor, nem é provável que as interrupções de serviço sejam totais. Em vez disso, falhas parciais, degradações de serviço, problemas individuais de serviço ou problemas locais são mais comuns."

A equipe de Input e Output (I&O) precisa entender as características e causas comuns das interrupções em Nuvem. Elas apontam que a maioria das falhas é parcial, costumam ser intermitentes ou envolvem degradação de desempenho, onde são menos perceptíveis. Existem diferenças de resiliência entre os serviços oferecidos pelos fornecedores de Nuvem.
"A resiliência não é um estado binário", explica Saunderson. "Ninguém pode reivindicar resiliência absoluta — nem você, nem qualquer fornecedor de Nuvem. Nuvens devem ser tão ou até mais resilientes do que a infraestrutura local, mas apenas se a equipe de Input e Output as utilizarem de maneira resiliente."

Os analistas do Gartner recomendam que os líderes de Input & Output se concentrem em 9 princípios chave para melhorar a resiliência de seus ambientes armazenados em Nuvem:

1. Alinhamento com os Negócios: Alinhe os requisitos de resiliência às necessidades do negócio. Sem esse alinhamento, as equipes não atenderão às expectativas de resiliência ou gastarão demais.

2. Abordagem Baseada em Riscos: Adote uma abordagem baseada em riscos para o planejamento de resiliência que se estenda além de eventos catastróficos. Dê mais ênfase às falhas mais comuns, nas quais as empresas têm maior controle para mitigar.

3. Mapeamento de Dependências: Construa gráficos de dependências que mapeiem todos os componentes de middleware, bancos de dados, serviços de Nuvem e pontos de integração, para que possam ser arquitetados e configurados para resiliência e incluídos tanto no planejamento de confiabilidade quanto no de recuperação de desastres (DR).

4. Disponibilidade Contínua: A abordagem de disponibilidade contínua concentra-se em manter aplicações, serviços e dados disponíveis o tempo todo e em níveis de serviço sem tempo de inatividade e impacto limitado durante um evento de falha.

5. Resiliência por Design: A aplicação em si deve ser resiliente por design. A resiliência da infraestrutura por si só é insuficiente para fornecer serviços sem tempo de inatividade que os usuários finais esperam.

6. Automação de DR: Implementar recuperação de desastres totalmente (ou quase totalmente) automatizada — seja por meio das ferramentas da própria empresa ou por meio de ferramentas de DR nativas de Nuvem de terceiros — fornece a base necessária para atender a objetivos agressivos de tempo de recuperação (RTOs) e permite testar rotineiramente a recuperação de desastres.

7. Padrões de Resiliência: Adotar padrões de resiliência além da arquitetura e DR. Sistemas resilientes exigem que as equipes se concentrem na qualidade, automação e melhoria contínua, e incorporem qualidade ao longo do ciclo de vida de uma aplicação.

8. Priorizar Soluções Nativas de Nuvem: Os fornecedores de Nuvem oferecem uma ampla gama de soluções que podem ser usadas para melhorar a resiliência. Quando viável, os líderes de Input e Output devem aproveitar essas soluções em vez de tentar inventar alternativas próprias e adicionar ainda mais complexidade.

9. Foco nas Funções de Negócio: Em vez de restringir o pensamento apenas à "recuperação" semelhante à substituição, explore opções, como alternativas de TI leves ou substituições leves de aplicativos que fornecem a funcionalidade mínima essencial para os negócios.

DEIXE UMA RESPOSTA

Por favor digite seu comentário!
Por favor, digite seu nome aqui

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.