Un equipo de desarrollo distribuido en AlpineApps quiere reemplazar los jump boxes con Azure Bastion Standard. Sus requisitos son: soporte para múltiples sesiones concurrentes, escalar para manejar hasta 50 sesiones RDP/SSH simultáneas, permitir la conexión desde IPs públicas conocidas de los portátiles de los desarrolladores y proporcionar enlaces de sesión compartibles para contratistas sin exponer las IPs públicas de las VM. ¿Cómo deberían configurar Azure Bastion Standard y las configuraciones relacionadas?

La opción correcta aborda todos los requisitos. Azure Bastion Standard soporta múltiples sesiones concurrentes y el escalado de unidades de host permite manejar hasta 50 sesiones RDP/SSH simultáneas. La característica 'Allowed IP Addresses' en la configuración de Bastion restringe las conexiones a IPs públicas conocidas de los desarrolladores. 'Shareable Bastion Connect' genera enlaces de sesión temporales para contratistas sin exponer las IPs de las VM. Las opciones incorrectas fallan por varias razones: Bastion Basic no escala a 50 sesiones simultáneas y el peering no es la forma ideal de compartir Bastion. Una única VM de SKU alto no es la forma correcta de escalar Bastion y VPN no es el método solicitado para contratistas. Desactivar el escalado automático y usar NSG para IPs de desarrolladores es ineficiente; 'AllowExternalConnections' no es una característica de Bastion para enlaces públicos.