Una empresa ejecuta una nube híbrida y tiene varias cuentas de AWS bajo AWS Organizations. El equipo necesita una lista administrada de hosts IPv4 locales a los que se les permite acceder a los recursos de AWS. La lista debe admitir el control de versiones y ser compartible con todas las cuentas de AWS de la organización. ¿Qué solución cumple estos requisitos?

La opción correcta es crear una lista de prefijos administrada por el cliente, ya que estas listas están diseñadas para gestionar conjuntos de prefijos IP y admiten el control de versiones. Al compartirla a través de AWS Resource Access Manager (RAM) con la organización, todas las cuentas pueden acceder y utilizar esta lista centralizada en sus Security Groups o Network ACLs. Las listas de prefijos administradas por el cliente son ideales para este escenario porque permiten consolidar y versionar las direcciones IP permitidas. RAM facilita el intercambio de recursos entre cuentas de AWS dentro de una organización, asegurando que todas las cuentas tengan acceso a la misma lista actualizada. Las otras opciones son incorrectas porque: Usar AWS Firewall Manager para compartir la lista de prefijos no es su función principal; Firewall Manager se enfoca en la gestión centralizada de reglas de firewall. Un Security Group no es un recurso compartible directamente a través de RAM de la misma manera que una lista de prefijos, y su propósito es aplicar reglas a instancias específicas, no mantener una lista centralizada de IPs. Una tabla de DynamoDB con una función Lambda es una solución excesivamente compleja y menos eficiente para este requisito, ya que las listas de prefijos ya ofrecen la funcionalidad necesaria de forma nativa.