Un equipo enruta datos de comportamiento para la empresa. El diseño de la VPC es Multi-AZ con subredes públicas y privadas, un internet gateway, y cada subred pública contiene un NAT gateway. Las aplicaciones en las subredes privadas leen y escriben en Amazon Kinesis Data Streams. Cost Explorer muestra cargos consistentemente altos de EC2-Other debido al aumento de los costos de NatGateway-Bytes. El arquitecto de soluciones debe reducir los costos preservando la funcionalidad de la aplicación. ¿Qué debería hacer el arquitecto?

La opción correcta es agregar un endpoint de interfaz de VPC para Kinesis Data Streams. Esto permite que las aplicaciones en las subredes privadas accedan a Kinesis de forma privada, sin enrutar el tráfico a través del NAT Gateway. Dado que los cargos de NatGateway-Bytes son altos, esto reducirá significativamente los costos al evitar el procesamiento de datos a través del NAT Gateway. Es crucial asegurar que la política del endpoint permita el tráfico de las aplicaciones para mantener la funcionalidad. Las otras opciones son incorrectas porque: Habilitar VPC Flow Logs y usar Athena o Detective para analizar el tráfico puede ayudar a identificar la causa, pero no resuelve directamente el problema de los costos del NAT Gateway para el tráfico legítimo de Kinesis. Bloquear tráfico no relacionado con Kinesis podría reducir los costos, pero el tráfico a Kinesis seguiría pasando por el NAT Gateway. Asegurarse de que las aplicaciones tengan los permisos de IAM correctos es necesario, pero la política del endpoint es lo que controla el acceso a través del endpoint en sí, no solo los permisos de la aplicación.