Los desarrolladores necesitan acceso SSH seguro a las instancias de Amazon EC2 que ejecutan la última versión de Amazon Linux. Los desarrolladores trabajan de forma remota y desde la oficina corporativa. Las instancias EC2 están en una subred privada de una VPC y utilizan un NAT gateway en una subred pública para el acceso a internet. La empresa prefiere utilizar los servicios de AWS y minimizar los costos. ¿Qué debería hacer un arquitecto de soluciones de la manera MÁS rentable?

La opción correcta es adjuntar la política IAM AmazonSSMManagedInstanceCore a un rol de IAM asociado a las instancias EC2 y que los desarrolladores usen AWS Systems Manager Session Manager. Session Manager permite acceso SSH seguro a instancias privadas sin necesidad de abrir puertos de entrada, bastion hosts o VPNs, lo que minimiza costos y complejidad. Las opciones incorrectas son: Crear un bastion host en la misma subred que las instancias EC2 no es viable, ya que un bastion host debe estar en una subred pública para ser accesible. Además, ec2:CreateVpnConnection no es relevante para este escenario. Crear una conexión AWS Site-to-Site VPN es una solución costosa y compleja, y requeriría una VPN adicional para el acceso remoto, lo que va en contra de la minimización de costos. Crear un bastion host en la subred pública es una solución posible, pero añade un componente adicional que gestionar y proteger, incrementando la complejidad y el costo en comparación con Session Manager.