View a markdown version of this page

COST05-BP05 Seleccionar los componentes de la carga de trabajo para optimizar los costes de acuerdo con las prioridades de la organización - AWS Well-Architected Framework
Guía para la implementaciónRecursos

COST05-BP05 Seleccionar los componentes de la carga de trabajo para optimizar los costes de acuerdo con las prioridades de la organización

Tenga en cuenta el coste al seleccionar los componentes de su carga de trabajo. Incluye el uso de servicios administrados y de nivel de aplicación o de una arquitectura sin servidor, de contenedores o basada en eventos para reducir el coste global. Minimice los costes de licencia con software de código abierto, software que no tenga costes de licencia o alternativas para reducir el coste.

Nivel de riesgo expuesto si no se establece esta práctica recomendada: Mediana

Guía para la implementación

Tenga en cuenta el coste de los servicios y las opciones a la hora de seleccionar los componentes. Incluye el uso de servicios administrados y de nivel de aplicación, como Amazon Relational Database Service (Amazon RDS), Amazon DynamoDB, Amazon Simple Notification Service (Amazon SNS) y Amazon Simple Email Service (Amazon SES) para reducir el coste general de la organización. Use aplicaciones sin servidor y contenedores para la computación, como AWS Lambda y Amazon Simple Storage Service (Amazon S3) para sitios web estáticos. A ser posible, incluya su aplicación en un contenedor y utilice AWS Managed Container Services como Amazon Elastic Container Service (Amazon ECS) o Amazon Elastic Kubernetes Service (Amazon EKS). Minimice los costes de licencia con software de código abierto o software que no tenga costes de licencia (por ejemplo, Amazon Linux para cargas de trabajo de computación o migre bases de datos a Amazon Aurora).

Puede usar servicios de nivel de aplicación o sin servidor como AWS Lambda, Amazon Simple Queue Service (Amazon SQS), Amazon SNS y Amazon SES. Estos servicios eliminan la necesidad de administrar un recurso y proporcionan la función de ejecución de código, servicios de colas y entrega de mensajes. La otra ventaja es que desescalan horizontalmente el rendimiento y el coste de acuerdo con el uso, por lo que permiten la asignación y atribución de costes de forma eficiente.

El uso de la arquitectura basada en eventos (EDA) también es posible con los servicios sin servidor. Las arquitecturas basadas en eventos se basan en la inserción, por lo que todo sucede bajo demanda a medida que el evento se presenta en el enrutador. De esta forma, no pagará por un sondeo continuo para comprobar si hay algún evento. Esto se traduce en un menor consumo de ancho de banda de la red, una menor utilización de la CPU, una menor capacidad inactiva de la flota y menos establecimientos de protocolo de enlace SSL/TLS.

Para obtener más información sobre los servicios sin servidor, consulte el documento técnico sobre el enfoque de las aplicaciones sin servidor de Well-Architected.

Pasos para la implementación

  • Seleccionar cada servicio para optimizar costes: use la lista de prioridades y el análisis para seleccionar la opción que se adapte mejor a las prioridades de la organización. En lugar de aumentar la capacidad para satisfacer la demanda, considere otras opciones que puedan ofrecerle un mejor rendimiento con un coste menor. Por ejemplo, debe revisar el tráfico previsto para sus bases de datos en AWS y considerar la posibilidad de aumentar el tamaño de la instancia o utilizar servicios de Amazon ElastiCache (Redis o Memcached) a fin de proporcionar mecanismos de caché para sus bases de datos.

  • Evaluar la arquitectura basada en eventos: el uso de una arquitectura sin servidor también le permite crear una arquitectura basada en eventos para aplicaciones distribuidas basadas en microservicios, lo que le ayuda a crear soluciones escalables, resilientes, ágiles y rentables.

Recursos

Documentos relacionados:

Ejemplos relacionados: