Sostenibilidad como requisito no funcional

Incorporar la sostenibilidad a su lista de requisitos empresariales puede resultar en soluciones más rentables. Centrarse en obtener más valor de los recursos que utiliza y utilizar menos recursos se traduce directamente en un ahorro de costos en AWS, ya que solo paga por lo que utiliza.

Es posible que el cumplimiento de los objetivos de sostenibilidad no requiera compensaciones equivalentes en una o más métricas tradicionales, como el tiempo de actividad, la disponibilidad o el tiempo de respuesta. Puede lograr ganancias significativas en materia de sostenibilidad sin un impacto mensurable en los niveles de servicio. Cuando se requieren compensaciones menores, las mejoras de sostenibilidad que se obtengan mediante estas compensaciones pueden compensar el cambio en la calidad del servicio.

Anime a los miembros de su equipo a experimentar continuamente con las mejoras de sostenibilidad a medida que desarrollan los requisitos funcionales. Los equipos también deberían incorporar métricas proxy al establecer los objetivos para garantizar que evalúan la intensidad de los recursos al desarrollar sus cargas de trabajo.

A continuación, se muestran algunos ejemplos de compensaciones que pueden reducir los recursos de la nube que consume:

Ajuste de la calidad del resultado: puede cambiar la calidad de los resultados (QoR) por una reducción de la intensidad de la carga de trabajo con un cálculo aproximado. La práctica de la computación aproximada busca oportunidades para aprovechar la brecha entre lo que los clientes necesitan y lo que realmente se produce. Por ejemplo, si coloca los datos en una estructura de datos establecida, puede eliminar el operador ORDER BY en SQL para eliminar el procesamiento innecesario, lo que ahorra recursos y, al mismo tiempo, proporciona una respuesta aceptable.

Ajuste del tiempo de respuesta: una respuesta con un tiempo de respuesta más lento puede reducir las emisiones de carbono al minimizar los gastos compartidos. El procesamiento de tareas efímeras y puntuales puede generar una sobrecarga de inicio. Agrupe y procese las tareas en lotes en lugar de pagar los gastos generales cada vez que llegue una tarea. El procesamiento por lotes cambia el tiempo de respuesta por una reducción de la sobrecarga compartida que supone activar una instancia, descargar el código fuente y ejecutar el proceso.

Ajuste de la disponibilidad: con AWS, puede agregar redundancia y cumplir los objetivos de alta disponibilidad con tan solo unos clics. Puede aumentar la redundancia mediante técnicas como la estabilidad estática mediante el aprovisionamiento de recursos inactivos, lo que siempre se traduce en una disminución de la utilización. Evalúe las necesidades de la empresa al establecer los objetivos. Las compensaciones relativamente menores en cuanto a la disponibilidad pueden traducirse en mejoras mucho mayores en la utilización. Por ejemplo, el patrón de arquitectura de estabilidad estática implica el aprovisionamiento de una capacidad de conmutación por error inactiva para que asuma la carga inmediatamente después de que se produzca un fallo en un componente. Reducir el requisito de disponibilidad puede eliminar la necesidad de contar con capacidad en línea inactiva, ya que permite que la automatización implemente los recursos de reemplazo. La incorporación de la capacidad de conmutación por error bajo demanda impulsa una mayor utilización general sin afectar a la empresa durante las operaciones normales y tiene la ventaja secundaria de reducir los costos.