Una empresa actualmente implementa infraestructura en una única región de AWS y desea definir la infraestructura como código con planes de expandirse a varias regiones y varias cuentas de AWS. ¿Qué enfoque debería utilizar el arquitecto de soluciones para administrar e implementar la infraestructura en todas las cuentas y regiones?

La opción correcta es utilizar AWS Organizations junto con AWS CloudFormation StackSets. AWS Organizations permite gestionar de forma centralizada múltiples cuentas de AWS, mientras que CloudFormation StackSets extiende la funcionalidad de CloudFormation para implementar y gestionar pilas en varias cuentas y regiones con una única operación. Esto proporciona una solución escalable y eficiente para la infraestructura como código en un entorno multi-cuenta y multi-región. La primera opción es incorrecta porque, aunque CloudFormation es fundamental, la gestión manual de políticas de IAM y la implementación individual en cada región y cuenta no es escalable. La segunda opción es incorrecta porque AWS Control Tower es una herramienta para configurar y gobernar un entorno multi-cuenta, pero no es el mecanismo principal para la implementación de infraestructura como código en múltiples cuentas y regiones; StackSets es la herramienta específica para eso. La cuarta opción es incorrecta porque las pilas anidadas de CloudFormation se utilizan para organizar componentes dentro de una misma pila y región, no para desplegar en múltiples regiones o cuentas de manera centralizada.