Una empresa ejecuta aplicaciones de producción en varias cuentas de AWS en us-east-1. Cada aplicación se ejecuta en instancias EC2 en subredes privadas detrás de un ALB. El ALB permite el tráfico entrante del puerto 80 solo desde los rangos de IP de la red de socios. Cuando se agrega un nuevo socio, el CIDR del socio debe agregarse al grupo de seguridad del ALB en cada cuenta. El ingeniero de red necesita una forma centralizada y operativamente eficiente de administrar los rangos CIDR de los socios en todas las cuentas. ¿Cuál es la mejor solución?

La opción correcta es crear una lista de prefijos y compartirla con AWS RAM porque las listas de prefijos permiten agrupar rangos CIDR y referenciarlos en reglas de grupos de seguridad. Al compartir la lista de prefijos a través de AWS RAM, se puede gestionar de forma centralizada un conjunto de CIDR para múltiples cuentas, y cualquier actualización a la lista de prefijos se propaga automáticamente a todos los grupos de seguridad que la referencian, simplificando la gestión operativa. Las otras opciones son incorrectas porque: Usar DynamoDB o S3 con funciones Lambda en cada cuenta implica una implementación y gestión más compleja y descentralizada. Requeriría que la función Lambda se ejecute en cada cuenta para actualizar los grupos de seguridad, lo que no es tan eficiente como una lista de prefijos compartida. La opción de EventBridge y Lambda para actualizar los grupos de seguridad cada vez que se cambia la lista de prefijos es redundante. La ventaja de una lista de prefijos es que los grupos de seguridad que la referencian se actualizan automáticamente sin necesidad de una función Lambda para reescribir las reglas del grupo de seguridad.