Una gran empresa desea proporcionar a desarrolladores ubicados globalmente bases de datos PostgreSQL gestionadas, separadas y de tamaño limitado para desarrollo. Las bases de datos tendrán un volumen bajo y solo se necesitarán mientras los desarrolladores estén trabajando activamente. ¿Qué solución cumplirá estos requisitos de la manera MÁS rentable?

La opción correcta es crear un clúster de Amazon Aurora Serverless y usar AWS Service Catalog. Aurora Serverless es ideal para cargas de trabajo intermitentes y de bajo volumen, ya que escala automáticamente la capacidad y solo cobra por el consumo, lo que lo hace muy rentable para entornos de desarrollo que no se usan continuamente. AWS Service Catalog permite a los desarrolladores aprovisionar bases de datos de forma autogestionada, dentro de los límites predefinidos, sin necesidad de intervención manual del equipo de operaciones. Las otras opciones son menos óptimas: Lanzar instancias de Aurora y apagarlas/encenderlas manualmente es engorroso y propenso a errores, además de que las instancias provisionadas siguen incurriendo en costos por el almacenamiento incluso cuando están apagadas. Desarrollar un producto de Service Catalog para instancias de Aurora provisionadas, aunque permite el autoservicio, no aborda la rentabilidad de las cargas de trabajo intermitentes tan eficazmente como Aurora Serverless. Monitorear AWS Trusted Advisor para bases de datos inactivas y terminarlas es una solución reactiva y no proporciona a los desarrolladores la capacidad de aprovisionar rápidamente lo que necesitan.