Sustentabilidade como um requisito não funcional - Pilar Sustentabilidade

Sustentabilidade como um requisito não funcional

Adicionar sustentabilidade à sua lista de requisitos empresariais pode gerar resultados mais econômicos. Concentrar-se em obter mais valor dos recursos que você usa e usar menos deles se traduz diretamente em redução de custos na AWS, pois você paga apenas pelo que usa.

O cumprimento das metas de sustentabilidade pode não exigir compensações equivalentes em uma ou mais métricas tradicionais, como tempo de atividade, disponibilidade ou tempo de resposta. Você pode obter ganhos significativos em sustentabilidade sem causar impacto mensurável nos níveis de serviço. Quando pequenas compensações são necessárias, as melhorias de sustentabilidade obtidas por essas compensações podem compensar a mudança na qualidade do serviço.

Incentive os membros da sua equipe a experimentar continuamente melhorias de sustentabilidade à medida que desenvolvem requisitos funcionais. As equipes também devem incorporar métricas de proxy ao definir metas para garantir que avaliem a intensidade dos recursos ao desenvolver suas workloads.

Veja a seguir exemplos de compensações que podem reduzir os recursos de nuvem que você consome:

Ajuste a qualidade do resultado: você pode trocar a qualidade dos resultados (QoR) por uma redução na intensidade da workload usando computação aproximada. A prática da computação aproximada procura oportunidades para explorar a lacuna entre o que é absolutamente necessário e o que você realmente produz. Por exemplo, se você colocar seus dados em uma estrutura de dados definida, poderá eliminar o operador ORDER BY no código SQL para remover o processamento desnecessário, economizando recursos e, ao mesmo tempo, fornecendo uma resposta aceitável.

Ajuste o tempo de resposta: uma resposta com um tempo de resposta mais lento (RT) pode economizar carbono minimizando a sobrecarga compartilhada. O processamento de tarefas ad hoc e temporárias pode incorrer em sobrecarga de inicialização. Agrupe tarefas e processe-as em lotes, em vez de pagar pela sobrecarga sempre que uma tarefa chegar. O processamento em lote troca maior tempo de resposta por uma redução na sobrecarga compartilhada da geração de uma instância, do download do código-fonte e da execução do processo.

Ajuste a disponibilidade: com a AWS, é possível adicionar redundância e atingir metas de alta disponibilidade com apenas alguns cliques. A redundância pode ser aumentada por meio de técnicas como estabilidade estática com o provisionamento de recursos ociosos que sempre resultam em menor utilização. Avalie as necessidades comerciais ao definir metas. Compensações relativamente pequenas na disponibilidade podem resultar em melhorias muito maiores na utilização. Por exemplo, o padrão de arquitetura com estabilidade estática envolve o provisionamento de capacidade de failover ocioso para carregar imediatamente após uma falha de componente. Relaxar o requisito de disponibilidade pode eliminar a necessidade de capacidade online ociosa fazendo com que haja tempo para a automação implantar recursos de substituição. A adição de capacidade de failover sob demanda aumenta a utilização geral sem afetar os negócios durante as operações normais.