PowerShell débarque sur Linux et Mac en version Alpha
Microsoft emprunte à nouveau la voie de l'open source

Le , par Stéphane le calme, Chroniqueur Actualités
« Vous avez entendu Satya Nadella déclarer que “Microsoft aime Linux”, et cela n’a jamais été aussi vrai qu’aujourd’hui », a rappelé Jeffrey Snover de Microsoft. Après avoir rappelé l’ouverture progressive de Microsoft vers Linux, notamment avec le fait que près d’une machine virtuelle sur trois sur Azure tournent sur Linux, l’ajout de Bash sur Windows 10 ou l’arrivée de SQL Server sur Linux, il a annoncé que « PowerShell est open source et désormais disponible sur Linux ».

Pour rappel, PowerShell est une suite logicielle développée par Microsoft qui intègre une interface en ligne de commande, le langage de script PowerShell ainsi qu'un kit de développement et s’appuie sur le framework Microsoft .NET. Cette suite est conçue pour aider les professionnels à contrôler et automatiser les tâches d’administration sur les systèmes d’exploitation Windows ainsi que sur les applications qui s’y exécutent. « PowerShell sur Linux est maintenant conçu pour permettre aux clients de se servir des mêmes outils et aux mêmes personnes de tout gérer de partout. Pour un début, il est disponible sur Ubuntu, Centos, ainsi que Red Hat. Il fonctionne également sur Mac OS X », a indiqué Jeffrey Snover qui a précisé que plus de plateformes seront ajoutées à l'avenir. Des builds Alpha sont disponibles en téléchargement sur GitHub.

« Maintenant, les utilisateurs de PowerShell sur Windows et Linux, actuels comme nouveaux et même les développeurs d’applications, peuvent profiter d’un riche langage de script interactif ainsi que d'une gestion de l'automatisation et de la configuration hétérogène qui fonctionne bien avec leurs outils existants. Vos compétences PowerShell sont maintenant encore plus commercialisables, et vos équipes Windows et Linux, qui peuvent avoir eu à travailler séparément, peuvent maintenant travailler ensemble plus facilement », a-t-il avancé.

Il faut rappeler que ce déploiement se fera de manière progressive. Comme l’explique Jeffrey Snover, « nous en sommes encore au début et en mode apprentissage. Nous avons commencé par rendre open source de petites portions de PowerShell et nous discutons avec quelques-uns de nos partenaires qui ont de l’expérience en open source pour comprendre ce qu’il faut pour mener à bien cette initiative. De ce que nous avons appris, il est important que les utilisateurs individuels puissent utiliser Git pour vérifier le code, effectuer des modifications, tout compiler sur leurs machines et effectuer tous les tests pour vérifier que leurs changements n’ont rien fait planter ». Microsoft travaille sur un modèle de gouvernance afin que les contributions de la communauté puissent être progressivement incorporées au produit.

Tandis que PowerShell est porté sur Linux, Microsoft a effectué quelques changements parmi lesquels :
  • la création de PowerShell Service Editor, pour permettre aux utilisateurs de choisir entre une gamme d’éditeurs (pour le moment ils n’auront à faire de choix qu’entre VS Code et Sublime, d’autres éditeurs seront proposés par la suite) ;
  • PowerShell Remoting Protocol (MS-PSRP) va se servir ‘OpenSSH comme transport natif. Les utilisateurs auront le choix entre SSH et WINRM comme transport.

Il faut rappeler que, l’année dernière, Angel Calvo, responsable du Group Software Engineering de l’équipe PowerShell chez Microsoft, a avancé que « la combinaison de PowerShell et SSH fournira une solution robuste et sécurisée pour automatiser et gérer à distance les systèmes Linux et Windows » lorsqu’il annonçait que l’équipe PowerShell rejoignait la communauté OpenSSH pour apporter le protocole SSH à l'interopérabilité Windows - Linux. L’une des requêtes les plus populaires que l’équipe PowerShell a reçues était l’utilisation du protocole Shell Secure et Shell session (SSH) pour interopérer entre Windows et Linux – à la fois pour les connexions et les gestions de Windows via SSH depuis Linux, mais également pour les connexions et les gestions de Linux via SSH depuis Windows -.

dépôt GitHub

Source : blog Azure

Voir aussi :

L'équipe PowerShell de Microsoft rejoint la communauté OpenSSH, pour apporter le protocole SSH à l'interopérabilité Windows - Linux


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de Pierre GIRARD Pierre GIRARD - Expert éminent https://www.developpez.com
le 25/08/2016 à 8:40
Pas sur que les administrateurs LINUX passent massivement de BASH à autre chose ... même PowerShell. Et l'argument que comme ça les administrateurs auront les mêmes outils sur LINUX et Windows me fait doucement rigoler, sachant que les administrateurs LINUX sont très souvent aussi des administrateurs UNIX. Il faudra donc aussi PowerShell sur AIX, HP-UX, Solaris ...
Avatar de SurferIX SurferIX - Membre chevronné https://www.developpez.com
le 25/08/2016 à 11:58
Tout comme je l'ai dit, et cela me désole sincèrement : Satya Nadella est plus intelligent que son prédécesseur et a bien compris qu'à plus ou moins long terme Linux emplirait totalement le marché... et essaie de le phagocyter intelligemment.
"Linux: oui je gère bien PowerShell... ah c'est plus rapide sous Windows ? Ok je vais sous Windows".
J'espère juste de tout mon coeur que cette stratégie ne va pas fonctionner...
Avatar de CaptainDangeax CaptainDangeax - Membre averti https://www.developpez.com
le 25/08/2016 à 15:11
Bonjour

Autant je vois bien l'intérêt d'un powershell/Linux, pour faciliter l'administration d'un parc hétérogène (genre gérer un exchange depuis la console d'administration Linux), autant que pense que bash/windows est franchement contre-productif, sujet à de nombreuses failles de sécurité, et totalement inutile. Quel windowsien voudrait utiliser le bash à la place de powershell ? Quel linuxien voudrait gérer du windows avec un outil non conçu pour ?
Avatar de shenron666 shenron666 - Expert confirmé https://www.developpez.com
le 25/08/2016 à 16:33
Citation Envoyé par Pierre GIRARD Voir le message
Pas sur que les administrateurs LINUX passent massivement de BASH à autre chose ... même PowerShell.
Tu fais l'erreur de prendre le problème à l'envers.
Microsoft ne tente pas de convaincre les utilisateurs de bash à utiliser Powershell.
Microsoft donne la possibilité aux utilisateurs Powershell de travailler sous Linux.

En passant, Bash ou Powershell ne se limite pas aux administrateurs.
Avatar de Michael Guilloux Michael Guilloux - Chroniqueur Actualités https://www.developpez.com
le 11/01/2018 à 12:38
Microsoft annonce la disponibilité générale de PowerShell Core 6.0
la première version officielle de la nouvelle édition multiplateforme de PowerShell

PowerShell ou Windows PowerShell est une suite logicielle développée par Microsoft qui intègre une interface en ligne de commande, un langage de script nommé PowerShell ainsi qu'un kit de développement. Il est inclus dans Windows 7 à Windows 10 (y compris les versions grand public) et s'appuie sur le framework Microsoft .NET. Avec le passage de .NET Framework à .NET Core, Microsoft a décidé de développer une version de PowerShell qui va utiliser .NET Core 2.0 comme runtime et non .NET Framework. C’est ainsi qu’en août 2016, le géant du logiciel a annoncé le passage de PowerShell en open source et lancé PowerShell Core. Après quelques préversions, Microsoft a annoncé hier la disponibilité générale et la prise en charge de PowerShell Core 6.0. Il s'agit de la première version de la nouvelle édition de PowerShell qui est multiplateforme, open source et conçue pour les environnements hétérogènes et le cloud hybride.

« PowerShell Core est un outil / framework d'automatisation et de configuration multiplateforme (Windows, Linux et macOS) qui fonctionne bien avec vos outils existants et qui est optimisé pour traiter les données structurées (par exemple JSON, CSV, XML, etc.), les API REST et des modèles d'objets. Il comprend un shell en ligne de commande, un langage de script associé et une infrastructure pour le traitement des cmdlets », explique Microsoft sur la page GitHub du projet. Il s’agit en fait d’un fork de la base de code de PowerShell (version 5.1) auquel des changements ont été apportés pour en faire un outil multiplateforme.

La différence entre Windows PowerShell et PowerShell Core

Il y a maintenant deux éditions de PowerShell : Windows PowerShell qui est l'édition de PowerShell basée sur .NET Framework (parfois appelé "FullCLR" ; et PowerShell Core qui est l'édition de PowerShell construite sur .NET Core (parfois appelé simplement "CoreCLR".

Windows PowerShell :
  • c'est le PowerShell qui a été largement utilisé pendant la dernière décennie. Mais en raison de sa dépendance à .NET Framework, Windows PowerShell n'est disponible que sous Windows ;
  • les versions publiées de Windows PowerShell incluent les versions 1.0, 2.0, 3.0, 4.0, 5.0 et 5.1 ;
  • Windows PowerShell est disponible en tant que composant intégré dans le client Windows et Windows Server ;
  • Windows PowerShell est lancé en tant que powershell.exe ;
  • sur Windows PowerShell 5.0/5.1, la valeur de $PSVersionTable.PSEdition est définie à Desktop ;
  • toute utilisation des fonctionnalités basées sur .NET (par exemple, applets de commande C#, Add-Type et invocation de méthodes .NET statiques) repose sur l'environnement d'exécution .NET Framework. Cela signifie que l'utilisation de .NET par Windows PowerShell est limitée aux fonctionnalités exposées par .NET Framework et .NET Standard.

PowerShell Core :
  • il est multiplateforme, disponible sur Windows, macOS et Linux, grâce à la nature multiplateforme de .NET Core ;
  • PowerShell Core est lancé en tant que pwsh.exe sous Windows et pwsh sous macOS et Linux
  • sur PowerShell Core, la valeur de $PSVersionTable.PSEdition est définie à Core ;
  • il faut noter que bien que PowerShell Core 6.0 soit multiplateforme, il existe également un PowerShell Core 5.0/5.1 publié exclusivement en tant que partie de Microsoft Nano Server ;
  • toute utilisation des fonctionnalités basées sur .NET (par exemple, applets de commande C#, Add-Type et invocation de méthodes .NET statiques) repose sur l'environnement d'exécution .NET Core. Cela signifie que PowerShell Core est limité aux fonctionnalités exposées par .NET Core et .NET Standard.

Pour ceux qui se demandent si PowerShell Core pourrait affecter leur installation de Windows PowerShell, il faut préciser que PowerShell Core peut complètement fonctionner côte à côte avec Windows PowerShell sans l'affecter, et le nom binaire de PowerShell Core a été également changé de powershell(.exe) en pwsh(.exe). Cette modification fournit aux utilisateurs un moyen déterministe d'exécuter PowerShell Core sur des machines pour prendre en charge les installations Windows PowerShell et PowerShell Core côte à côte.

Plateformes supportées par PowerShell Core

PowerShell Core est officiellement pris en charge sur les plateformes suivantes : Windows (7, 8.1 et 10), Windows Server (2008 R2, 2012 R2, 2016), Windows Server Semi-Annual Channel, Ubuntu (14.04, 16.04 et 17.04), Debian (8.7+ et 9), CentOS 7, Red Hat Enterprise Linux 7, OpenSUSE 42.2, Fedora 25 et 26 et macOS 10.12+.

La communauté PowerShell Core a également contribué avec des paquets pour les plateformes suivantes, mais ils ne sont pas officiellement pris en charge : Arch Linux, Kali Linux, AppImage (fonctionne sur plusieurs plateformes Linux). Microsoft a également des versions expérimentales (non supportées) pour les plateformes suivantes : Windows sur ARM32/ARM64, Raspbian (Stretch).

PowerShell Core et les modules

Pour les modules qui fonctionnent avec PowerShell Core, Microsoft explique dans une FAQ qu'avec la sortie de PowerShell Core 6.0, ont été livrés les ensembles de modules intégrés suivants :

  • CimCddlets
  • Microsoft.PowerShell.Archive
  • Microsoft.PowerShell.Diagnostics
  • Microsoft.PowerShell.Host
  • Microsoft.PowerShell.Management
  • Microsoft.PowerShell.Security
  • Microsoft.PowerShell.Utility
  • Microsoft.WSMan.Management
  • PackageManagement
  • PowerShellGet
  • PSDesiredStateConfiguration
  • PSDiagnostics
  • PSReadLine

Vous pouvez parcourir la référence de ces modules via le PowerShell Module Browser. Pour voir les commandes disponibles dans ces modules, vous pouvez aussi lancer Get-Command : Get-Command -Module Microsoft.PowerShell.Management.
Microsoft précise toutefois que certaines applets de commande fournies avec Windows PowerShell dans ces modules ne sont pas disponibles aujourd'hui dans PowerShell Core.

Pour les modules first-party de Microsoft, à moins qu'ils soient explicitement pris en charge, il n'existe aucune garantie qu'ils fonctionneront avec PowerShell Core. Ces modules appartiennent généralement à l'une des trois catégories suivantes : modules livrés avec le client Windows ou Windows Server ; modules livrés en tant que partie d'un produit Microsoft ; modules livrés sur la galerie PowerShell. Microsoft assure toutefois qu'en raison des garanties de .NET Standard et CDXML, de nombreux modules conçus pour Windows PowerShell sont hautement compatibles avec PowerShell Core. Il faut également savoir que les modules de la galerie PowerShell qui fonctionnent avec PowerShell Core peuvent être trouvés en faisant une recherche dans la galerie pour le tag PSEdition_Core.

Avenir de Windows PowerShell

Qu'adviendra-t-il à présent de Windows PowerShell ? À cette question, Microsoft a répondu que Windows PowerShell est toujours utile et pris en charge. Les versions 3.0, 4.0 et 5.1 continueront d'être prises en charge sur les versions prises en charge de Windows et de Windows Server. Microsoft rappelle aussi que bien que Windows PowerShell 2.0 soit toujours supporté, il est désormais déconseillé. Il est donc recommandé de migrer les charges de travail vers les versions plus récentes de PowerShell.

Pour revenir à l'avenir de Windows PowerShell, Microsoft note cependant qu'il n'est actuellement pas prévu de lui apporter de nouvelles fonctionnalités. Cela signifie, d'après l'équipe PowerShell que le risque de régression sera très faible pour Windows PowerShell, et que vous pouvez donc le considérer comme une plateforme stable pour vos charges de travail existantes.

Rappel : une extension PowerShell pour Visual Studio Code disponible depuis quelques mois

Jusqu’à l’ouverture de PowerShell, Windows PowerShell Integrated Scripting Environment (PowerShell ISE) a été l'éditeur officiel de PowerShell pendant la majeure partie de l'histoire de Windows PowerShell. Mais maintenant, avec l'avènement de la version multiplateforme de PowerShell (PowerShell Core), il fallait trouver un nouvel éditeur officiel qui serait disponible sur tous les OS et versions d'OS supportés. Visual Studio Code a été choisi pour être cet éditeur et depuis lors, l’équipe PowerShell a commencé à développer une extension pour permettre aux développeurs d’écrire et déboguer les scripts PowerShell en utilisant Visual Studio Code. En mai dernier, Microsoft a annoncé la disponibilité de la version 1.0 de l'extension PowerShell pour Visual Studio Code sur Windows, macOS et Linux. Cette extension fournit un riche support du langage PowerShell dans l’éditeur de code et vient avec un certain nombre de fonctionnalités, y compris :

  • la mise en évidence de syntaxe et un formateur de code hautement configurable basé sur les meilleures pratiques de la communauté ;
  • les snippets de code ;
  • IntelliSense pour les cmdlets ;
  • l'analyse de script intégrée fournie par PowerShell Script Analyzer, un analyseur de code statique pour les modules et scripts Windows PowerShell ;
  • Go to Definition pour les cmdlets et variables ;
  • Find References pour les cmdlets et variables ;
  • exécution d’une sélection du code PowerShell à l'aide de la touche F8 ;
  • lancement de l'aide en ligne pour le symbole sous le curseur en utilisant Ctrl+F1 ;
  • expérience de développement interactive de style PowerShell ISE avec la console PowerShell intégrée ;
  • etc.

Il faut toutefois préciser que PowerShell ISE restera – et il n’y a aucune intention de le supprimer – dans Windows avec le support de Windows PowerShell.

Sources : Blog de l’équipe PowerShell, Nouveautés dans PowerShell Core 6.0

Et vous ?

Utilisez-vous PowerShell ?
Que pensez-vous du lancement de cette version multiplateforme ?
Avatar de Aizen64 Aizen64 - Membre averti https://www.developpez.com
le 15/01/2018 à 21:51
Bonsoir,

ce n'est pas CimCmdlets au lieu de CimCddlets ?

J'ai installé une version preview sous OS X il y a quelques jours et n'ai pas réussi à faire fonctionner Get-CimInstance pour extraire des infos de l'OS ou du matos.
Contacter le responsable de la rubrique Accueil