Esse princípio no pilar de confiabilidade do Google Cloud Well-Architected Framework ajuda a definir metas de confiabilidade que são tecnicamente viáveis para suas cargas de trabalho no Google Cloud.
Esse princípio é relevante para a área de foco de escopo da confiabilidade.
Visão geral do princípio
Projete seus sistemas para serem confiáveis o suficiente para a satisfação do usuário. Pode parecer contraditório, mas uma meta de 100% de confiabilidade geralmente não é a estratégia mais eficaz. Uma confiabilidade maior pode resultar em um custo significativamente maior, tanto em termos de investimento financeiro quanto de possíveis limitações à inovação. Se os usuários já estiverem satisfeitos com o nível de serviço atual, os esforços para aumentar ainda mais a satisfação poderão gerar um baixo retorno do investimento. Em vez disso, você pode usar melhor os recursos em outro lugar.
É preciso determinar o nível de confiabilidade em que os usuários ficam satisfeitos e o ponto em que o custo das melhorias incrementais começa a superar os benefícios. Ao determinar esse nível de confiabilidade suficiente, é possível alocar recursos estrategicamente e se concentrar em recursos e melhorias que agregam mais valor aos usuários.
Recomendações
Para definir metas de confiabilidade realistas, considere as recomendações nas subseções a seguir.
Aceitar algumas falhas e priorizar componentes
Busque uma alta disponibilidade, como 99,99% de tempo de atividade, mas não defina uma meta de 100% de tempo de atividade. Reconheça que algumas falhas são inevitáveis.
A diferença entre 100% de tempo de atividade e uma meta de 99,99% é a margem de falha. Essa lacuna é chamada de margem de erro. A margem de erro pode ajudar você a assumir riscos e inovar, o que é fundamental para que qualquer empresa se mantenha competitiva.
Priorize a confiabilidade dos componentes mais críticos do sistema. Aceite que componentes menos críticos podem ter uma tolerância maior a falhas.
Equilibrar confiabilidade e custo
Para determinar o nível de confiabilidade ideal para seu sistema, realize análises completas de custo-benefício.
Considere fatores como requisitos do sistema, as consequências de falhas e a tolerância ao risco da sua organização para o aplicativo específico. Lembre-se de considerar as métricas de recuperação de desastres, como o objetivo do tempo de recuperação (RTO) e o objetivo do ponto de recuperação (RPO). Decida qual nível de confiabilidade é aceitável dentro do orçamento e de outras restrições.
Procure maneiras de melhorar a eficiência e reduzir custos sem comprometer os recursos essenciais de confiabilidade.