Serveur d'impression

Raconter l'histoire approximative de PowerShell – Bien choisir son serveur d impression

Le 30 mai 2020 - 16 minutes de lecture

Pour examiner l'historique de PowerShell, il faut remonter à une époque antérieure à l'automatisation, lorsque l'administration pointer-cliquer a décidé.

Aux débuts de l'informatique, la gestion des systèmes basée sur une interface graphique était de rigueur dans un environnement Windows. Vous avez ajouté un nouvel utilisateur en ouvrant Active Directory, en cliquant sur plusieurs écrans pour remplir le nom, l'appartenance au groupe, le script d'ouverture de session et plusieurs autres propriétés. Si vous aviez des dizaines ou des centaines de nouveaux utilisateurs à configurer, cela pourrait prendre un certain temps pour terminer cette tâche.

Pour augmenter l'efficacité informatique, Microsoft a produit quelques outils de ligne de commande. Ces efforts initiaux d'automatisation dans Windows – fichiers de commandes et VBScript – ont aidé, mais ils ne sont pas allés assez loin pour que les administrateurs qui avaient besoin d'un accès non dilué à leurs systèmes rationalisent leur fonctionnement avec le système d'exploitation Windows et le portefeuille d'applications toujours croissant de Microsoft.

Ce n'est que PowerShell est sorti en 2006 que Microsoft a donné aux administrateurs quelque chose qui se rapprochait des scripts shell sous Unix. PowerShell est à la fois un shell – utilisé pour des tâches simples telles que la collecte des propriétés système sur une machine – et un langage de script pour exécuter des travaux d'infrastructure plus avancés. Chaque version successive de PowerShell était livrée avec plus d'applets de commande, des fonctionnalités mises à jour et des améliorations pour étendre davantage la domination de l'administrateur sur les systèmes Windows et ses utilisateurs. Dans certains cas, la seule façon de procéder à certains ajustements dans certains produits est via PowerShell.

Aujourd'hui, les administrateurs utilisent largement PowerShell pour gérer les ressources à la fois dans le centre de données et dans le cloud. C'est difficile à comprendre maintenant, mais guider un outil de ligne de commande à travers le gant de développement d'une entreprise qui avait construit sa marque sur le nom de Windows était une proposition difficile.

Don JonesDon Jones

Don Jones travaille actuellement en tant que vice-président des partenariats de contenu et des initiatives stratégiques pour Pluralsight, un fournisseur de plate-forme de compétences technologiques, mais il est pleinement ancré dans PowerShell depuis le début. Il a cofondé PowerShell.org et a présenté des sessions liées à PowerShell lors de nombreuses conférences technologiques.

Jones est également un auteur reconnu et son dernier livre, Coquille d'une idée, donne un aperçu des coulisses de PowerShell qui raconte les défis rencontrés par Jeffrey Snover et son équipe.

Dans ce Q&A, Jones parle de ses expériences avec PowerShell et pourquoi il s'est senti obligé de couvrir son histoire d'origine.

Note de l'éditeur: Cette interview a été modifiée pour plus de clarté et de longueur.

Comment étaient les administrateurs avant l'arrivée de PowerShell?

Don Jones: Vous avez cliqué sur de nombreux boutons et assistants. Et cela pourrait devenir vraiment douloureux. Le rapiéçage des machines était une douleur. Les reconfigurer était pénible. Et ce n'était même pas tellement la maintenance du serveur – c'était ces tâches quotidiennes.

J'ai travaillé chez Bell Atlantic Network Integration pendant un certain temps. Nous avions, peut-être, une douzaine de machines Windows et nous n'avions qu'une personne qui, fondamentalement, ne faisait rien d'autre que l'intégration de nouveaux utilisateurs: créer le compte de domaine et configurer la boîte aux lettres. Il n'y avait tout simplement pas de meilleure façon de le faire, et c'était horrible.

J'ai commencé à creuser dans VBScript vers le milieu des années 1990 et j'ai essayé d'automatiser certaines de ces choses. Nous avions un serveur NetWare, et vous deviez régulièrement vous connecter, rechercher des connexions inactives et les déconnecter pour libérer une connexion pour un autre utilisateur si nous atteignions notre limite de licence. J'ai écrit un script pour faire quelque chose qu'un être humain était assis et faisait manuellement toute la journée.

Cette idée de l'automatisation – qui était tellement puissante, si formidable et si vivifiante qu'elle est devenue une grande partie de ce que j'ai fini par faire pour mon travail là-bas et des emplois par la suite.

Vous souvenez-vous de votre introduction à PowerShell?

Jones: C'était à une époque où Microsoft parlait un peu plus librement des produits sur lesquels ils travaillaient. Il y avait une quantité décente de buzz sur ce shell Monad, qui était son nom de code. Je sentais que cela allait clairement être la prochaine chose et allait probablement remplacer VBScript de ce qu'ils disaient.

Je travaillais à l'époque avec une entreprise appelée Sapien Technologies. Ils produisent ce qui est probablement encore l'éditeur de code VBScript le plus populaire. J'ai dit: «Nous allons clairement devoir faire quelque chose pour PowerShell», et ils ont dit: «Absolument». Et PrimalScript a été, je pense, le premier outil non Microsoft qui a vraiment embrassé PowerShell et fait partie de cet écosystème.

Cela a attiré l'attention de Jeffrey Snover chez Microsoft. Il a déclaré: «Nous allons lancer PowerShell au salon TechEd Europe 2006 à Barcelone, [Spain]et j'aimerais que vous montiez et fassiez une petite démonstration de PrimalScript. Nous voulons montrer aux gens que c'est prêt pour les heures de grande écoute. Il y a un écosystème de partenaires. C'est la vraie affaire, et il est sûr de monter à bord.

C'est là que je l'ai rencontré. C'était la première fois que je faisais une présentation à un TechEd et cela a créé le prochain grand chapitre de ma carrière.

Je pense que PowerShell a gagné sa place dans de nombreuses boîtes à outils et le mettre en open source a été une étape énorme.

Don JonesVice-président des partenariats de contenu et des initiatives stratégiques, Pluralsight

Qu'est-ce qui vous a motivé à écrire ce livre?

Jones: Je pense que je voulais l'écrire il y a six ou sept ans. Je me souviens avoir été à un TechEd ou [Microsoft] Enflammer dans un bar avec [Snover], Bruce Payette et, je pense, Ken Hansen. Vous êtes dans un bar avec l'accord de non-divulgation du bar. Et ils racontent ces belles histoires. Je me dis: "Nous devons saisir cela." Et ils disent: "Ouais, pas maintenant."

Je ne sais pas ce qui m'a vraiment poussé. En partie, parce que ma carrière a changé de place. Je ne suis plus dans PowerShell. Je sentais que pouvoir écrire cette histoire serait, sinon une chanson de cygne, alors un joli serre-livre pour la partie PowerShell de ma carrière. J'ai de nouveau contacté quelques-uns des gars et ils ont dit: «Vous savez quoi? C'est le bon moment. Nous avons commencé à parler et à faire des interviews.

Au fur et à mesure que je passais par là, j'ai réalisé que c'était le bon moment parce que beaucoup d'entre eux n'étaient plus chez Microsoft. Et, plus important encore, je ne pense pas qu'aucun des cadres qui avaient quelque chose à voir avec PowerShell ne soit toujours chez Microsoft. Ils sont partis vers 2010 ou 2011, il n'y a donc plus de répercussions.

En ce qui concerne Jeffrey Snover, pensez-vous que si quelqu'un d'autre avait été en charge du projet PowerShell, il serait devenu ce qu'il est aujourd'hui?

Jones: Je ne pense pas. Je ne veux en aucun cas réduire tous les efforts consentis par tous les autres, mais je pense vraiment que cela est dû à [Snover’s] détermination obstinée absolue, juste entêtement pur.

Il a dit: «Bill Gates l'a compris assez tôt. Et même Bill Gates l'obtenir et le comprendre et le soutenir n'a pas aidé. Ce n'est pas ainsi que cela a fonctionné. [Snover] vraiment dû les guider à travers certains – pas seulement des gens qui ne l'ont pas compris ou qui s'en fichaient – mais des gens qui travaillaient activement contre eux. Il y avait une ferme opposition de la part des plus hauts niveaux de l'entreprise pour faire cesser cet arrêt.

Parce que vous êtes entré près du rez-de-chaussée avec PowerShell, avez-vous pu influencer une de ses fonctionnalités de l'extérieur?

Jones: Oh, absolument. Mais ce n'était pas vraiment juste moi. C'était tous les MVP PowerShell. L'équipe avait cette profonde reconnaissance que nous étions leurs plus grands fans – et leurs plus grands critiques.

Ils se sont mis en quatre pour faire des trucs vraiment sournois pour s'assurer qu'ils pouvaient obtenir nos commentaires. Windows Vista passant à Windows 7, il y avait beaucoup de secret. Microsoft savait qu'elle avait bâclé – perceptuellement si rien d'autre – la version Vista. Ils avaient besoin de Windows 7 pour être une victoire, et ils étaient très proches du gilet à ce sujet. Pour eux, nous montrer tout ce qui avait quelque chose à voir avec Windows 7 a été verboten aux plus hauts niveaux de l'entreprise. Au lieu de cela, ils ont eu l'idée de la «mise à jour Windows Vista», qui n'était rien de plus qu'une excuse pour nous montrer PowerShell version 3 sans que Windows 7 soit dans le contexte.

Ils voulaient nous montrer les workflows. Ils nous ont mis dans une pièce et non seulement nous ont laissé jouer avec et nous ont donné des laboratoires à parcourir, mais ils avaient des caméras qui fonctionnaient tout le temps. Ils ont dit: "Dites-nous ce que vous pensez."

Je pense que presque chaque version unique de PowerShell à partir de la version 2 avait un fichier Lisez-moi enterré quelque part. Ils ont répertorié les numéros de bogue et la personne qui l'a ouvert. Une tonne d'entre eux étaient nous: les MVP et les gens de la communauté. Nous disions à l'équipe: «Regardez, c'est ce que nous ressentons. C'est ce qui ne va pas et voici comment y remédier. Et ils vous donneraient un crédit en petits caractères. Avant même qu'il ne devienne open source, il y avait probablement plus d'interaction avec PowerShell que la plupart des produits Microsoft.

Je suis venu du point de vue de l'enseignement. Au moment où j'étais vraiment avec PowerShell, je ne l'utilisais pas dans un environnement de production. Je l'enseignais aux gens. Mes commentaires étaient généralement du type: «Écoutez, c'est difficile à comprendre pour les gens. C'est difficile à comprendre. Voici ce que vous pourriez faire pour améliorer cela. Et beaucoup de ces trucs ont été adoptés.

Y avait-il un désir – ou une offre – de rejoindre Microsoft pour travailler directement sur PowerShell?

Jones: Si je l'avais déjà demandé, cela aurait probablement pu arriver. J'avais déjà eu des relations avec Microsoft, en tant qu'entrepreneur, que j'ai vraiment apprécié.

J'ai postulé pour un emploi là-bas – et je n'ai pas aimé comment cela s'est déroulé.

Mon sentiment était que je gagnais beaucoup plus d'argent et que j'avais beaucoup plus d'impact en tant qu'indépendant.

Quelle est votre opinion sur PowerShell depuis qu'il est passé à un projet open source?

Jones: Ça a été intéressant. PowerShell 6, qui était le premier open source multiplateforme était un grand pas en arrière à bien des égards. Le simple fait de le multiplier a été une étape énorme. Vous ne pouviez pas prendre le cœur de PowerShell et, à ce stade, 11 ans de développement de modules complémentaires et tout apporter avec vous en même temps. Je pense que beaucoup de gens l'ont considéré comme un artefact intéressant.

Les meilleurs informaticiens recherchent l'outil que vous mettez devant eux. Ils le déchirent et essaient de comprendre comment cela va rendre mon travail meilleur, plus facile, plus rapide, différent, peu importe. Ils les utilisent tous.

Don JonesVice-président des partenariats de contenu et des initiatives stratégiques, Pluralsight

[In PowerShell 7], ils ont fait tellement de travail pour le rendre plus fonctionnel. Il y a maintenant tellement de parité entre macOS, Linux et Windows. Je sens que l'équipe a triplé et a vraiment livré et a fait exactement ce qu'ils avaient dit qu'ils allaient faire.

Je pense que beaucoup plus de gens le prennent au sérieux. PowerShell est désormais intégré à la distribution Kali Linux car c'est un très bon outil. Je pense que beaucoup d'administrateurs Linux et Unix vraiment hardcore, mais ouverts d'esprit regardent PowerShell et – une fois qu'ils ont pris le temps de le comprendre – ils se rendent compte que c'est ce que les coquilles auraient dû être structurellement.

Je pense que PowerShell a gagné sa place dans de nombreuses boîtes à outils et le mettre en open source a été une étape énorme.

Pensez-vous que PowerShell fasse des progrès avec les administrateurs Linux?

Jones: Je ne pense pas que ce soit le public cible. Si vous avez un outil qui fait le travail, et vous savez comment l'utiliser, et vous savez comment le faire, c'est bien.

Nous avons beaucoup de construction de maisons ici [Las] Vegas. Je vois des gars dresser des murs avec un marteau et des clous. Vais-je vous forcer à utiliser un pistolet à clous? Tu vas être beaucoup plus rapide? Oui, si vous avez pris un peu de temps pour apprendre à l'utiliser. On ne voit jamais de jeunes gars avec le marteau; ce sont toujours les gars plus âgés qui font ça depuis très, très longtemps.

Je pense que PowerShell a déjà traversé ce cycle une fois. Nous avons essayé de convaincre tout le monde que vous deviez utiliser PowerShell au lieu de l'interface graphique, et de nombreux administrateurs sont restés fidèles à l'interface graphique. C'est un mouvement qui limite assez la carrière en ce moment, et ils le découvrent tous. Ils n'iront jamais plus loin. Les gens qui l'ont ramassé, ce sont eux qui vont de l'avant.

Les meilleurs informaticiens recherchent l'outil que vous mettez devant eux. Ils le déchirent et essaient de comprendre comment cela va rendre mon travail meilleur, plus facile, plus rapide, différent, peu importe. Ils les utilisent tous.

Vous ne perdez pas de points pour utiliser PowerShell et Bash. Il serait stupide pour les administrateurs Linux de s'engager pleinement dans PowerShell et uniquement PowerShell, car vous allez exécuter sur des systèmes qui ont cette autre chose. Vous devez les connaître tous les deux.

Microsoft a publié de nombreux outils d'administration – vous avez PowerShell, Office 365 CLI et Azure CLI pour n'en nommer que quelques-uns. Une personne nouvelle dans l'informatique pourrait se demander où concentrer ses efforts alors qu'il y a toutes ces options.

Jones: vous obtenez un outil de ligne de commande assez solide dans Azure CLI. Vous obtenez quelque chose de très spécifique. Il est assez étroitement défini. Il n'a pas un nombre infini d'options. C'est une chose simple d'écrire des tutoriels. Vous disposez d'une API REST complète sur laquelle vous pouvez déclencher. Et si vous êtes un programmeur, cela a beaucoup plus de sens pour vous et vous pouvez écrire vos propres outils autour de cela.

PowerShell se situe un peu au milieu et peut être un peu des deux. PowerShell est vraiment bon pour rassembler un tas de choses. Si vous utilisez Azure CLI, vous êtes limité à Azure. Vous n'allez pas utiliser la CLI Azure pour faire des choses sur site. PowerShell peut faire les deux. Certaines personnes n'ont pas de service sur place, elles n'en ont pas besoin. Ils ont juste des besoins basiques Azure très simples. Et la CLI est plus simple et plus facile à démarrer.

Où voyez-vous PowerShell dans les prochaines années?

Jones: Je pense que vous allez continuer à voir beaucoup d'investissements de la part de Microsoft et de la communauté open source. Je pense que les gens de l'open source – à l'exception des super paranoïaques – ont largement accepté que l'achat de GitHub par Microsoft n'était pas hostile. Je pense qu'ils ont accepté que Microsoft soit vraiment sérieux au sujet des logiciels open source. Je pense que les gens se concentrent vraiment sur le fait de faire de PowerShell un meilleur outil pour eux, ce qui est vraiment ce qu'est l'open source.

Je pense que vous allez continuer à le voir devenir plus répandu sur plus de plateformes. Je pense que cela finira par être un dénominateur commun élevé pour les gestionnaires d'embauche qui comprennent la valeur qu'elle apporte à une entreprise et certains des résultats qu'elle aide à atteindre. Même AWS a investi massivement dans sa couche de gestion dans PowerShell, car ils l'obtiennent – également parce que de nombreux anciens membres de l'équipe PowerShell travaillent maintenant pour AWS, y compris Ken Hansen et Bruce Payette, qui ont inventé le langage.

Je soupçonne qu'à très long terme, il s'éloignera probablement du contrôle de Microsoft et deviendra quelque chose d'un peu plus proche de Mozilla, où il y aura une fondation communautaire qui, je cite, possède PowerShell, où beaucoup de gens contribuent à à égalité, contrairement à Microsoft, qui détient toujours les clés mais est très engagé et accepte les contributions de la communauté.

Je pense que PowerShell survivra probablement à la plupart de ses prédécesseurs à très long terme.

Commentaires

Laisser un commentaire

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