“A nuvem não é magicamente resistente e as falhas de software, não as falhas físicas, causam quase todas as suas interrupções”, diz Chris Saunderson, Diretor Sênior de Análises da Gartner. “Na nuvem as interrupções quase nunca envolvem todo o fornecedor, e não é provável que as interrupções do serviço sejam totais. Por outro lado, as falhas parciais, as degradações do serviço, os problemas de serviço individuais e os problemas locais são mais comuns”.
A equipe de Entrada e Saída (I&O) precisa compreender as características e causas comuns das interrupções da Nuvem. Apontam que a maioria das falhas são parciais, tendem a ser intermitentes e significam uma degradação do rendimento, em que são menos notórios. Existem diferenças na resiliência entre os serviços oferecidos pelos fornecedores da nuvem.
“A resiliência não é um estado binário”, explica Saunderson. “Ninguém pode exigir resiliência absoluta, você e nenhum fornecedor de nuvem. As nuvens devem ser tão resistentes e até mais do que a infraestrutura local, mas somente se a equipe de Entrada e Saída as utiliza de modo resistente”.
Os analistas da Gartner recomendam que os líderes de Entrada e Saída foquem nos 9 princípios fundamentais para melhorar a resiliência de seus entornos baseados na nuvem:
- Alinhamento empresarial: alinhar os requisitos de resiliência com as necessidades empresariais. Sem esse alinhamento, as equipes não cumprirão com as expectativas de resiliência e gastarão mais.
- Enfoque baseado em riscos: adotar um enfoque baseado em riscos no planejamento das resiliências que se estende além dos eventos catastróficos. Enfatizar as falhas mais comuns, em que as empresas têm mais controle para mitigá-las.
- Mapeamento de dependências: crie gráficos de dependência que mapeiem todos os componentes de middleware, bases de dados, serviços na nuvem e pontos de integração para que possam ser projetadas e configuradas para obter resiliência e ser incluídas tanto na confiabilidade como no planejamento de recuperação de desastres (DR).
- Disponibilidade contínua: o enfoque de disponibilidade contínua se centra em manter as aplicações, os serviços e os dados disponíveis em todo o momento e em níveis de serviço sem tempo de inatividade e com um impacto limitado durante um evento de falha.
- Resiliência por projeto: a aplicação em si deve ser resistente por projeto, a resiliência da infraestrutura por si só não é suficiente para fornecer os serviços sem o tempo de inatividade esperado pelos usuários finais.
- Automatização de DR: a implementação de uma recuperação de desastres totalmente (ou quase totalmente) automatizada, seja através das ferramentas própria da empresas e através de ferramentas de DR nativas da nuvem de terceiros, proporciona a base necessária para cumprir com os objetivos agressivos de tempo de recuperação (RTO) e permite a realização de testes rotineiros.
- Padrões de resiliência: adotar padrões de resiliência além da arquitetura e a recuperação contra desastres. Os sistemas resilientes querem que as equipes foquem na qualidade, na automatização e na melhoria contínua, e integrem a qualidade em todo o ciclo de vida de uma aplicação.
- Priorize as soluções nativas da nuvem: os fornecedores da nuvem oferecem uma ampla gama de soluções que podem ser utilizadas para melhorar a resiliência. Quando for possível, os líderes de insumos e resultados deveriam aproveitar essas soluções em vez de tentar inventar suas próprias alternativas e agregar ainda mais complexidade.
- Focar nas funções empresariais: em vez de se limitar a pensar simplesmente em uma “recuperação” semelhante à substituição, explore opções como alternativas de TI leves e substituições de aplicações leves que proporcionem a funcionalidade mínima essencial ao negócio.
Comments