Los desarrolladores de varias cuentas de AWS en su organización pueden crear VPC y lanzar instancias EC2 en una sola región. Cada instancia EC2 descarga aproximadamente 1 TB/día de S3, lo que provoca altos costos de transferencia de datos entre cuentas y de NAT gateway, además de los costos de cómputo. La empresa desea aplicar de forma proactiva patrones arquitectónicos aprobados (por ejemplo, el uso de gateway endpoints) en las cuentas de los desarrolladores sin ralentizar la velocidad de desarrollo, y hacerlo de forma rentable. ¿Qué solución cumple mejor estos requisitos?

La opción correcta es la mejor porque AWS Service Catalog permite a la organización crear un catálogo de productos de AWS aprobados, como una VPC con S3 gateway endpoints, que los desarrolladores pueden aprovisionar fácilmente. Esto garantiza que los desarrolladores utilicen patrones arquitectónicos aprobados sin ralentizar el desarrollo, ya que simplemente seleccionan productos preconfigurados. Restringir los permisos de IAM para que solo usen Service Catalog refuerza el cumplimiento. Las otras opciones son menos efectivas: Las SCPs son para control a nivel de organización y no proporcionan una solución de aprovisionamiento fácil para patrones aprobados. Restringir IAM para CloudFormation es menos flexible que Service Catalog. AWS Budgets es una herramienta de monitoreo y reacción, no proactiva para aplicar patrones arquitectónicos. Terminar instancias es disruptivo para el desarrollo. AWS Config es una herramienta de auditoría y remediación reactiva. Terminar recursos no conformes interrumpe el desarrollo y no fomenta el uso de patrones aprobados de forma proactiva.