Permitir que los equipos diseñen según el coste - Sentando las bases: configuración de su entorno para la optimización de costos

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Permitir que los equipos diseñen según el coste

La optimización de costes es un pilar del Well-Architected Framework. Evita que los desarrolladores y los equipos de ingeniería tengan que optimizar las cargas de trabajo después del hecho y cuando a menudo sea demasiado tarde y no resulte económico abordar los problemas acumulados en el entorno en los primeros puntos de decisión.

Los equipos que tienen la capacidad de diseñar en función de los costes pueden iterar rápidamente y aprender con el tiempo, de modo que puedan integrar las prácticas recomendadas en las operaciones diarias. Las siguientes prácticas pueden ayudar a los equipos a diseñar los costes:

  • Impulsar y fomentar la transparencia mediante la creación de visibilidad y el uso de herramientas para promover informes, mediciones y responsabilidad coherentes.

  • Impulsar el tipo correcto de comportamiento creando incentivos positivos cuando se adopten las medidas correctas (por ejemplo, un correo electrónico de la dirección que destaque las ganancias de la optimización).

  • Establecer políticas de control mientras se mantiene la agilidad (por ejemplo, tener un proceso para identificar y abordar los recursos de gran tamaño, tener una política de exclusión voluntaria para que los recursos que no sean de producción se desconecten fuera del horario de trabajo).

Las siguientes son algunas ideas que pueden ayudarle a impulsar comportamientos de optimización de costes:

  • Incentivos: incluyen la visualización y la gamificación de métricas, así como la comunicación positiva del liderazgo en función de los resultados. Alentar a los equipos a entender que se valora la eficiencia y la frugalidad y ayudar a los desarrolladores e ingenieros a considerar las implicaciones de coste de sus decisiones. También proporcionan una manera de desalentar la ineficacia.

  • Reversión de costes a los usuarios: los reintegros crean incentivos para que los usuarios empresariales se preocupen por la eficiencia de TI. Esto da como resultado que la TI se trate como un recurso que la empresa utiliza y paga, en lugar de como un centro de costes.

  • Eliminación de las barreras del proceso: en ocasiones, existen barreras que limitan a los desarrolladores e ingenieros a realizar la optimización. Por ejemplo, pueden existir políticas que requieran que cualquier cambio realizado en el entorno pase por un proceso de revisión de cambios. Esto obstaculizará las iniciativas para promover el tamaño y la elasticidad correctos. Una modificación de dichas políticas puede agilizar el esfuerzo de optimización.

  • Métodos de trabajo ágiles: si los ciclos de iteración de diseño incluyen el coste como una métrica, la capacidad de la organización para ofrecer los mismos o mejores resultados a un coste menor mejorará con el tiempo.

  • Formación e incorporación: las personas suelen resolver problemas utilizando las herramientas y técnicas que conocen. Esto se puede abordar mediante la formación y la incorporación que incorporan las prácticas más recientes para maximizar la eficiencia (por ejemplo, el uso de arquitecturas sin servidor, el uso de Amazon CloudFront para reducir la demanda informática).

Los siguientes métodos también pueden ser efectivos, pero presentan riesgos para la agilidad si no se implementan con cuidado:

  • Apoyo/presión ejecutiva: es preferible respaldar las prácticas recomendadas que presionar con respecto a los costes debido a su impacto positivo en la satisfacción del personal. Presionar con respecto a los costes puede crear un incentivo para ocultar la ineficacia y puede llevar a un bloqueo presupuestario, lo que resulta en una pérdida de agilidad y capacidad para innovar.

  • Revisión arquitectónica: normalmente hay un equilibrio razonable entre no revisar la arquitectura (o una revisión opcional) y la revisión obligatoria. Revisiones obligatorias excesivas pueden crear cuellos de botella. Los proyectos de consecuencias serias y alto coste pueden requerir una revisión con límites definidos por cada organización.

  • Control de la organización: los flujos de trabajo de aprobación para proyectos y recursos ponen en riesgo la agilidad y la innovación para proteger las finanzas y el presupuesto. Una forma de equilibrar el control y la agilidad es colocar menos (o ningún) control de costes en los servicios que generen ingresos. Puede contrarrestar esto mediante la implementación de métricas avanzadas para estos servicios.