Sostenibilidad como requisito no funcional

Incluir la sostenibilidad en su lista de requisitos empresariales puede tener como consecuencia soluciones más rentables. Centrarse en obtener más valor de los recursos que utiliza (y utilizar menos de estos recursos) se traduce directamente en un ahorro económico en AWS, ya que solo tendrá que pagar por lo que utilice.

Al cumplir con los objetivos de sostenibilidad, es posible que no se reflejen compensaciones equivalentes en una o varias de las otras métricas tradicionales, como el tiempo de actividad, la disponibilidad o el tiempo de respuesta. Puede lograr excelentes resultados en la sostenibilidad sin que se vean afectados los niveles de servicio. Cuando sean necesarias compensaciones menores, las mejoras en sostenibilidad logradas por ellas pueden tener más importancia que la pérdida en la calidad de servicio.

Motive a los miembros del equipo para que sigan experimentando con mejoras en la sostenibilidad a medida que van desarrollando requisitos funcionales. Los equipos también deben insertar métricas de proxy al establecer objetivos para garantizar que evalúen la intensidad de los recursos al desarrollar las cargas de trabajo.

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

Ajustar la calidad del resultado: puede compensar una mejora en la calidad de resultados (QoR) con una reducción en la intensidad de la carga de trabajo a través de computación aproximada. La práctica de computación aproximada busca oportunidades para sacar partido de la carencia entre lo que los clientes necesitan y lo que su empresa produce. Por ejemplo, si almacena los datos en una estructura de datos establecida, puede colocar el operador ORDER BY en SQL para eliminar cualquier procesamiento innecesario, guardando los recursos mientras se sigue ofreciendo una respuesta aceptable.

Ajustar la respuesta rápida: un tiempo de respuesta más lento puede reducir la huella de carbono, ya que se reduce al mínimo el uso de recursos compartidos. El procesamiento de tareas ad hoc y efímeras puede provocar gastos mayores durante la puesta en marcha de una empresa. Agrupe y procese tareas en lotes en lugar de tener que pagar más cada vez que llegue una tarea. El procesamiento por lotes sacrifica el tiempo de respuesta para obtener una reducción en el uso de recursos compartidos que tienen que inicializar una instancia, descargar el código fuente y ejecutar el proceso.

Ajustar la disponibilidad: con AWS, puede añadir redundancia y lograr los objetivos de alta disponibilidad con tan solo hacer unos cuantos clics. Puede aumentar la redundancia a través de técnicas como, por ejemplo, la estabilidad estática mediante el aprovisionamiento de recursos inactivos, lo que siempre se traduce en un uso menor. Evalúe las necesidades del negocio al establecer objetivos. Las compensaciones relativamente menores con respecto a la disponibilidad pueden tener como consecuencia una gran mejora en la utilización. Por ejemplo, el patrón de arquitectura de estabilidad estática implica el aprovisionamiento de capacidad de conmutación por error inactiva para asumir inmediatamente la carga después de producirse un error en algún componente. Al establecer un requisito de disponibilidad menos estricto, ya no será necesario contar con una capacidad en línea inactiva y se contará con tiempo para automatizar y desplegar recursos de sustitución. Al incorporar la capacidad por error bajo demanda, se impulsará una mayor utilización en general sin que el negocio se vea afectado durante las operaciones normales, además de lograr una reducción de los costes.