La cosa più importante in Windows Server 2016 potrebbe essere la più piccola: Nano Server. L'illustre ingegnere Jeffrey Snover, che ha guidato molti dei cambiamenti architettonici in Windows Server, lo definisce "di gran lunga la modifica più importante e più significativa apportata a Windows Server da Windows NT 3.5".

Non è una nuova versione di Windows Server; è un nuovo modo di usarlo (basato su molte modifiche interne al codice). Snover lo definisce un "refactoring importante" e dice che il modo corretto per fare riferimento ad esso è una "opzione di implementazione headless a 64 bit." Non è uno SKU, è un'opzione di implementazione. Nano Server è un sottoinsieme di Windows Server compatibile API Non è un nuovo server, è Windows Server, è completamente compatibile con tutti i componenti inclusi - non ce ne sono tanti. "

Snover ha una lunga serie di statistiche su Nano Server. "È incredibilmente piccolo - 20 volte più piccolo del Server Core. Le dimensioni sul disco scendono a 410 MB da 8,3 GB per un VHD, che è molto più piccolo. Quando vuoi avere molte istanze o vuoi spostare cose attraverso la rete, [footprint] va a fondo, il tempo di installazione è stato di 300 secondi, che scende a 40 secondi. " Questo è con l'anteprima e avverte che "non abbiamo fatto un passaggio per le prestazioni, quindi alcuni dei numeri potrebbero andare giù, ma non abbiamo eseguito il refactoring, quindi alcuni numeri potrebbero aumentare".

Toppa il cielo

Ma Microsoft non ha sminuito Nano Server solo per il gusto di farlo, e non ha escluso la GUI nativa solo per essere alla moda. Snover ammette che passare a Nano Server minimo e la gestione remota richiederà un certo sforzo, anche se si sta già utilizzando PowerShell e l'automazione.

"Richiediamo alle persone di apportare modifiche per adottare questo - perché lo facciamo? I risultati parlano da soli. Abbiamo analizzato un anno intero di bug - abbiamo scoperto quale codice doveva essere cambiato in ogni caso e abbiamo scoperto dove quel codice era in Nano Server.

"Nano Server avrebbe avuto solo un decimo del numero di patch critiche, avevamo 23 ma con Nano Server, che scende a 2. Il server completo aveva 11 patch che richiedevano il riavvio, con Nano Server ne avremmo avuto solo tre. il numero di porte aperte scende da 34 a solo 12 ".

Il miglioramento qui non è solo che Nano Server ha bisogno di meno risorse del server o di un numero inferiore di riavvii: è molto più sicuro. "Ricorda, una patch critica è una vulnerabilità che abbiamo scoperto e risolto. Prima della patch avevamo la vulnerabilità e non lo sapevamo.Questo non è solo un numero minore di patch, ma una maggiore sicurezza, perché non avevi quel problema ".