Lo más importante en Windows Server 2016 podría ser el más pequeño: Nano Server. El distinguido ingeniero Jeffrey Snover, quien ha impulsado muchos de los cambios arquitectónicos en Windows Server, lo califica como "el cambio más importante y más importante que hemos realizado en Windows Server desde Windows NT 3.5".

No es una nueva versión de Windows Server; Es una nueva forma de usarlo (basado en muchos cambios internos al código). Snover lo llama "una importante refactorización" y dice que la forma correcta de referirse a ella es una "opción de implementación sin cabeza de 64 bits. No es una SKU, es una opción de implementación. Nano Server es un subconjunto de Windows Server que es compatible con API . No es un servidor nuevo, es Windows Server; es totalmente compatible con todos los componentes incluidos; simplemente no hay tantos ".

Snover tiene una larga serie de estadísticas sobre Nano Server. "Es increíblemente pequeño, 20 veces más pequeño que Server Core. El tamaño en el disco se reduce a 410 MB desde 8.3 GB para un VHD; es mucho más pequeño. Cuando desea tener muchas instancias o desea mover elementos a través de la red, [la huella] va hacia abajo. El tiempo de configuración fue de 300 segundos, que se reduce a 40 segundos ". Eso es con la vista previa y advierte que "no hemos hecho un pase de rendimiento, por lo que algunos de los números pueden disminuir, pero no hemos terminado de refactorizar, por lo que algunos de los números podrían aumentar".

Parche cielo

Pero Microsoft no adelgazó a Nano Server por el simple hecho de hacerlo, y no eliminó la GUI nativa solo para estar a la moda. Snover admite que cambiar al servidor Nano mínimo y la administración remota requerirá un poco de esfuerzo, incluso si ya está usando PowerShell y la automatización.

"Necesitamos que las personas realicen cambios para adoptar esto. ¿Por qué lo hacemos? Los resultados hablan por sí mismos. Analizamos un año completo de errores. Descubrimos qué código debía cambiarse en cada caso y descubrimos dónde se encuentra. estaba en Nano Server.

"Nano Server habría tenido solo una décima parte del número de parches críticos; tuvimos 23, pero con Nano Server, que se reduce a dos. El servidor completo tuvo 11 parches que requirieron reinicios; con Nano Server solo tendríamos tres. Más el número de puertos abiertos se reduce de 34 a solo 12 ".

La mejora aquí no es solo que Nano Server necesita menos recursos del servidor o menos reinicios, sino que es mucho más seguro. "Recuerde, un parche crítico es una vulnerabilidad que descubrimos y reparamos. Antes del parche teníamos la vulnerabilidad y no lo sabíamos. Por lo tanto, esto no es solo un parche menor, sino una mayor seguridad, porque no tuvo ese problema. . "