Serveur d'impression

Microsoft partage les améliorations à venir de Windows Server 20H1 – Redmond Channel Partner – Bien choisir son serveur d impression

Le 20 janvier 2020 - 5 minutes de lecture

Nouvelles

Microsoft partage les améliorations à venir de Windows Server 20H1

Microsoft a récemment détaillé quelques améliorations apportées à la prochaine version de Windows Server, notamment des performances PowerShell plus rapides et une taille de conteneur plus petite.

Surnommée "20H1" pour sa sortie au premier semestre 2020, la prochaine version de Windows Server promet d'accélérer PowerShell de 30%, selon une annonce de l'équipe Windows Server mardi. En outre, il est prévu que la taille de l'image de base du conteneur soit 40% plus petite que la taille de l'image de base du conteneur de Windows Server version 1903 (publiée en mai).

"Cette [reduced container size] devrait être une grande victoire pour la mise à l'échelle des applications en production, CI / CD [continuous integration/continuous development]et tout autre flux de travail qui bénéficie d'un démarrage plus rapide ou extrait des images non mises en cache ", a expliqué l'annonce.

Disponible pour les initiés
La taille réduite du conteneur est déjà apparente pour les testeurs Windows Server Core Insider. Ils peuvent actuellement obtenir la plus petite image de conteneur à partir de la page Docker Hub Windows Server Core Insider.

On dit que les bits de Windows Server 20H1 sont déjà à peu près cuits, mais devraient arriver comme une version de canal polie, comme d'habitude, au printemps (mars / avril) de 2020. Cette notion provient de comptes de presse comme celui-ci, qui crédite un compte rendu par la journaliste chevronnée de Microsoft, Mary Jo Foley. Selon des sources anonymes de Foley, Microsoft a travaillé pour aligner ses versions Windows avec ses versions Azure, ce qui explique pourquoi ses bits Windows sont finalisés plus tôt. Apparemment, il n'y a eu aucune explication publique à cet effet de la part de Microsoft.

Aspects techniques et conseils
Microsoft a produit une image de base de conteneur plus petite lorsqu'il a essayé de rationaliser les performances des "images natives précompilées .NET générées par l'outil Native Image Generator (Ngen.exe)" pour les conteneurs. En un mot, le .NET Framework ne fonctionne pas bien avec les couches Docker. Une analyse approfondie de ce point technique peut être trouvée dans ce billet de blog .NET par Richard Lander, un gestionnaire de programme de l'équipe .NET.

La manière dont les améliorations de Microsoft affecteront les organisations dépendra quelque peu de l’utilisation du .NET Framework avec les conteneurs Windows ou de l’utilisation de .NET Core. À cette fin, Lander a proposé des "conseils prospectifs" sur l'arrivée de Windows Server 20H1, comme suit:

À partir de la prochaine version de Windows Server, nous avons les conseils suivants pour les utilisateurs de conteneurs Windows:

  • Si vous utilisez des applications .NET Framework avec des conteneurs Windows, y compris Windows PowerShell, utilisez un Image .NET Framework.
  • Si vous n'utilisez pas .NET, utilisez le Image de base de Windows Server Core, ou une autre image qui en dérive.
  • Si vous avez besoin de meilleures performances de démarrage que l'image d'exécution de .NET Framework, nous vous recommandons de créer vos propres images avec votre propre profil d'images NGEN. Ceci est considéré comme un scénario pris en charge et ne vous empêche pas d'obtenir l'assistance de Microsoft.

L'amélioration de la vitesse de PowerShell apparaîtra pour les organisations utilisant des conteneurs Windows sur Windows Server 20H1, et elles devraient utiliser les images basées sur .NET Framework. Voici comment Joey Aiello, responsable de programme senior chez Microsoft, l'a expliqué dans un message de l'équipe PowerShell:

Si vous dépendez des images de conteneur Windows Server pour l'utilisation de Windows PowerShell et que vous appréciez les performances, vous devez basculer du windows / servercore images aux images dotnet / framework / runtime. Ces derniers sont spécifiquement optimisés pour les charges de travail .NET Framework comme Windows PowerShell.

Cependant, les organisations qui utilisent déjà PowerShell Core doivent continuer à utiliser les images Windows Server Core. Ils obtiendront automatiquement les plus petites tailles d'image de conteneur lorsque Windows Server 20H1 arrivera, a expliqué Aiello.

Efforts d'unification
Microsoft a publié plus tôt ce mois-ci .NET Core 3.1, qui coexiste avec .NET Framework, bien que Microsoft vise à créer une plate-forme unifiée appelée ".NET 5", qui devrait apparaître en novembre 2020.

PowerShell devient également unifié en tant que "PowerShell 7." Il a atteint le stade de prévisualisation 6 le mois dernier, avec une sortie commerciale de "disponibilité générale" prévue en janvier, selon un article de blog PowerShell du 21 novembre. Une version "release candidate" est attendue ce mois-ci. PowerShell 7 est aligné avec .NET Core 3.1. Microsoft a travaillé à la mise à niveau des modules dans PowerShell 7 dans le but de prendre en charge PowerShell Core 6.x et la plupart de Windows PowerShell 5.1.

Lors d'une session Ignite du 6 novembre, Aiello a déclaré que PowerShell 7 avait une compatibilité de module de 85% avec Windows PowerShell. Microsoft prévoit également d'inclure la configuration de l'état souhaité, la prise en charge des stratégies de groupe et de la gestion des secrets dans PowerShell 7, ainsi qu'un nouveau visualiseur d'erreurs via une applet de commande "Get-Error", a déclaré Aiello.

A propos de l'auteur

Kurt Mackie est producteur principal de nouvelles pour le 1105 Enterprise Computing Group.

Commentaires

Laisser un commentaire

Votre commentaire sera révisé par les administrateurs si besoin.