Windows 11 Pro para desarrolladores

Elige WSL 2 o una máquina virtual completa según tu carga de trabajo

Para un flujo de desarrollo centrado en Linux, decide si necesitas aplicaciones de Linux integradas con Windows o un sistema operativo invitado que se gestione de forma independiente. WSL 2 ejecuta un núcleo de Linux dentro de una máquina virtual gestionada y resulta adecuado para muchas herramientas de línea de comandos, entornos de ejecución de lenguajes y contenedores de Linux. Una máquina virtual completa de Hyper-V te ofrece un control más directo sobre la configuración del sistema invitado, las redes virtuales y los puntos de control. Elige este modelo cuando reproducir servidores completos o probar cambios en el sistema operativo sea más importante que una integración cómoda con el sistema anfitrión.

La compatibilidad de los contenedores es una cuestión independiente de la edición de Windows. Los contenedores de Linux necesitan un entorno Linux; los contenedores de Windows dependen de que las versiones del sistema anfitrión Windows y de las imágenes sean compatibles, con requisitos que varían según el modo de aislamiento. Un proyecto que utilice Docker Desktop con su backend de WSL 2 no requiere automáticamente el rol completo de Hyper-V. Revisa también las condiciones de suscripción de Docker Desktop: comprar Windows Pro no concede derechos de uso comercial de Docker Desktop ni elimina los requisitos de licencia aplicables a tu organización.

• Comprueba si las imágenes de contenedor de tu proyecto están destinadas a Linux o a Windows.
• Utiliza una máquina virtual completa para probar la configuración de arranque, las redes del sistema invitado o despliegues de servidores completos.
• Guarda los repositorios que dependan principalmente de Linux en el sistema de archivos de WSL cuando las herramientas de Linux realicen la mayoría de las operaciones con archivos.
• Comprueba los requisitos actuales de plataforma y suscripción de Docker Desktop por separado de las licencias de Windows.

Comprueba el hardware e instala el entorno de desarrollo antes de migrar

Antes de comprar una actualización de edición, revisa el equipo en lugar de dar por hecho que todas las funciones de virtualización funcionarán. En el Administrador de tareas, abre Rendimiento y selecciona CPU para comprobar si la virtualización está habilitada. En la configuración del firmware, la opción correspondiente puede aparecer como Intel Virtualization Technology o AMD SVM. Hyper-V requiere además un procesador compatible con traducción de direcciones de segundo nivel y otras capacidades de hardware. Ejecuta systeminfo para consultar los requisitos de Hyper-V que indica el sistema; si ya hay un hipervisor activo, el resultado puede limitarse a informar de que se ha detectado uno.

Para configurar WSL desde cero en una instalación compatible de Windows 11, abre un terminal como administrador y ejecuta wsl --install; después, reinicia si se te solicita. Crea la cuenta de usuario de Linux al iniciar la distribución por primera vez. Ejecuta wsl --update y consulta wsl --status y wsl --list --verbose antes de instalar tus herramientas de desarrollo. Si el propio Windows se ejecuta dentro de otra máquina virtual, confirma que el hipervisor externo permite la virtualización anidada; cambiar únicamente la edición de Windows no puede añadir capacidades que falten en la CPU virtual.

• Haz una copia de seguridad de los repositorios, las claves SSH y las bases de datos locales antes de realizar cambios importantes en el entorno.
• Comprueba que haya espacio de almacenamiento libre para las distribuciones, las imágenes de contenedor, las cachés de compilación y los discos de las máquinas virtuales.
• Confirma que la virtualización esté habilitada en el firmware antes de intentar resolver problemas con las funciones de Windows.
• Utiliza wsl --list --online para consultar las distribuciones disponibles.
• Prueba la VPN, el DNS y el acceso a los registros privados de paquetes antes de trasladar tu trabajo diario al nuevo entorno.

Configura entornos de prueba desechables sin exponer las credenciales de desarrollo

Windows Sandbox resulta útil para realizar pruebas en entornos desechables, pero su configuración predeterminada no equivale a un laboratorio de análisis de malware sin conexión. La conexión de red y la redirección del portapapeles están habilitadas de forma predeterminada, así que revisa esos ajustes antes de abrir un ejecutable que no sea de confianza. Un archivo de configuración .wsb permite deshabilitar la red y la redirección del portapapeles, así como asignar una carpeta del sistema anfitrión en modo de solo lectura. Evita exponer tu perfil de usuario, la copia de trabajo del código fuente o los directorios de credenciales. Al cerrar Sandbox se descarta su estado interno, pero no se revierten los cambios realizados mediante carpetas del sistema anfitrión asignadas con permisos de escritura.

El cifrado de disco aborda una amenaza distinta: la exposición de los datos cuando se pierde o se roba un dispositivo o una unidad. No impide que el software que se ejecuta con tu cuenta iniciada lea los archivos a los que esa cuenta tiene acceso. En los portátiles de desarrollo, protege la información de recuperación por separado del dispositivo cifrado y verifica dónde está guardada la clave de recuperación antes de modificar el firmware o la configuración de arranque. Mantén las credenciales de los repositorios y las claves de firma fuera de los entornos desechables, y sustituye cualquier secreto que se haya expuesto accidentalmente durante las pruebas.

• Utiliza una carpeta de entrada específica que contenga únicamente los archivos necesarios para la prueba.
• Configura las carpetas asignadas en modo de solo lectura, salvo que el acceso de escritura sea imprescindible.
• Deshabilita la red de Sandbox cuando la prueba no requiera acceso a internet.
• No pegues tokens de producción, contraseñas ni material de firma en las sesiones de prueba.
• Trata el cifrado, las copias de seguridad y la gestión de secretos como medidas de protección independientes.

Distingue entre la activación del sistema anfitrión, las licencias de Windows para máquinas virtuales y los derechos de uso del IDE

Una licencia de Windows Pro no cubre automáticamente todas las máquinas virtuales con Windows que crees. Según las condiciones estándar de las licencias retail de Windows de Microsoft, la licencia permite una instancia en el dispositivo con licencia, ya sea física o virtual; por lo general, las instancias adicionales de Windows necesitan sus propias licencias, salvo que otro acuerdo conceda los derechos necesarios. Las reglas de transferencia también dependen del canal de adquisición: el software retail adquirido por separado suele poder trasladarse a otro dispositivo conforme a sus condiciones, mientras que el software preinstalado generalmente solo se transfiere junto con el dispositivo al que está vinculada su licencia. Que la activación se complete correctamente no demuestra, por sí solo, que se disponga de los derechos de uso.

Las licencias de Visual Studio son independientes de las de Windows, y Professional no es obligatorio para todos los proyectos comerciales. Visual Studio Community permite a los desarrolladores individuales crear aplicaciones gratuitas o de pago. Para las organizaciones, sus condiciones distinguen entre el uso en organizaciones no empresariales y el uso en organizaciones clasificadas como empresariales, con excepciones específicas para actividades como el aprendizaje en el aula, la investigación académica y las contribuciones a proyectos de código abierto. Comprueba las condiciones vigentes teniendo en cuenta las características de tu organización, no solo el tamaño de tu equipo. Una suscripción de Visual Studio puede incluir ventajas para desarrollo y pruebas, pero esas ventajas tienen restricciones propias.

• Consulta las condiciones de licencia de Windows aplicables en microsoft.com/useterms.
• Identifica si la licencia que vas a adquirir es retail, preinstalada/OEM o se suministra mediante un acuerdo para organizaciones.
• Incluye tanto los sistemas invitados Windows como las instalaciones físicas en el inventario al comprobar la cobertura de las licencias.
• No interpretes los derechos de desarrollo y pruebas como un permiso para ejecutar cargas de trabajo de producción.
• Comprueba si puedes utilizar Visual Studio Community antes de dar por hecho que necesitas un IDE de pago.
• Distingue entre una licencia independiente de Visual Studio y una suscripción con ventajas adicionales.

Comparativa de ediciones de Windows 11 para una estación de trabajo de desarrollo