M365Con 2027 – conférence en ligne gratuite · 11–22 Jan 2027 · 120 sessions→ m365con.net
M365.FM DUB
FrançaisFR
EnglishEnglishDeutschDeutschEspañolEspañolFrançaisFrançaisItalianoItalianoPortuguêsPortuguêsNederlandsNederlandsPolskiPolskiBahasa IndonesiaBahasa IndonesiaРусскийРусскийУкраїнськаУкраїнськаالعربيةالعربيةעבריתעברית日本語日本語한국어한국어
☰
CommunautéTous les épisodesPodcastBlogVideosLibraryGuestsProfilApprendrePodcast

Blog · Mirko Peters

PowerShell pour Microsoft 365 : guide complet d’automatisation

By · · Updated

Découvrez comment utiliser PowerShell dans Microsoft 365 pour l’administration, l’automatisation, le dépannage, la création de rapports, la sécurité et les opérations reproductibles.

Automatically translated with AI from the original post. Read the English original

Cover: Microsoft AI Agent Harness - Simply Explained

Ce guide vous donne tout ce qu’il faut pour maîtriser PowerShell, que vous abordiez le scripting pour la première fois ou que vous gériez des serveurs depuis des années. Vous y trouverez des étapes claires pour installer PowerShell sur n’importe quel système d’exploitation, exécuter vos premières commandes et comprendre la manière particulière dont ce shell gère les données et l’automatisation. Vous approfondirez le scripting avancé, les bonnes pratiques de sécurité et l’intégration avec les services cloud de Microsoft, notamment Azure et Microsoft 365. Tout au long du guide, vous trouverez des conseils issus du terrain, des retours de la communauté et les dernières nouvelles sur l’évolution de PowerShell vers l’open source et la prise en charge multiplateforme. Restez à jour et sûr de vous pour maîtriser l’évolution de PowerShell et sa place dans l’informatique moderne.

Premiers pas avec PowerShell

Avant de gérer des systèmes ou d’automatiser des tâches, il est utile de installer PowerShell et de vous familiariser avec son fonctionnement. Cette section vous aide à installer PowerShell sur votre ordinateur, que vous utilisiez Windows, Linux ou macOS, puis à l’ouvrir et à exécuter vos premières commandes. L’objectif est de disposer d’une base solide pour la suite. Vous remarquerez aussi ce qui distingue PowerShell des autres shells et comment sa syntaxe claire et prévisible vous garantit de bons résultats. Lançons-nous et voyons à quel point il est facile de prendre en main l’outil.

Comment installer PowerShell sur Windows, Linux et macOS

Lancer PowerShell et exécuter des commandes de base

Versions de PowerShell et historique de leur évolution

PowerShell a connu une transformation profonde au fil des années. Né comme outil réservé à Windows, il est devenu un shell multiplateforme, aussi à l’aise sur Linux que sur les serveurs Windows. Cette section retrace les grandes étapes de PowerShell, les différences entre les versions et ce que chaque mise à jour change pour vos scripts et votre travail quotidien. Vous découvrirez comment choisir en connaissance de cause la version à utiliser, comment préserver la sécurité et la compatibilité, et à quoi vous attendre lors du passage de Windows PowerShell classique aux dernières versions, comme PowerShell 7.

Versions de PowerShell et chronologie des publications

Comment mettre à niveau PowerShell et passer de Windows PowerShell à PowerShell 7

Concepts fondamentaux de PowerShell : applets de commande, pipeline et syntaxe

PowerShell n’est pas un shell ou une invite de commandes comme les autres : il dispose d’une vraie puissance en coulisses. Cette section examine les briques de base de PowerShell : les applets de commande (cmdlets), le pipeline et son style de langage lisible. Comprendre ces concepts est essentiel pour automatiser efficacement, dépanner en toute confiance et exploiter pleinement les capacités de PowerShell. En vous familiarisant avec la logique orientée objet et les schémas prévisibles des verbes de commande, vous constaterez que l’écriture de scripts et la gestion des systèmes deviennent nettement plus fluides. Tout ce qui suit pose des fondations solides pour une automatisation plus poussée et des scénarios plus avancés.

Maîtriser les cmdlets PowerShell et la structure des commandes

Les cmdlets PowerShell sont des commandes spécialisées, construites avec .NET et conçues pour l’administration système. Contrairement aux commandes shell traditionnelles, elles suivent une convention de nommage Verbe-Nom (par exemple, Get-Process ou Set-Service). Cela permet de savoir clairement ce que fait chaque commande, de limiter les approximations et de faciliter la découverte des commandes disponibles.

Les cmdlets acceptent des paramètres nommés, ce qui permet un contrôle précis de leur comportement. Par exemple, Get-Process -Name "notepad" récupère les informations sur le processus Bloc-notes. Les paramètres de type commutateur (indicateurs) fonctionnent comme des interrupteurs. Chaque cmdlet peut accepter une entrée par pipeline, produire ou consommer des objets pour un traitement ou un filtrage ultérieur.

Contrairement aux commandes historiques qui manipulent du texte brut, les cmdlets opèrent sur des objets structurés. La sortie reste ainsi riche et organisée, ce qui facilite le tri, le filtrage ou le transfert entre commandes. C’est un progrès majeur pour gérer des automatisations complexes.

Vous pouvez répertorier les cmdlets disponibles avec Get-Command, et obtenir des détails précis avec Get-Help. Les cmdlets sont le cœur de la puissance d’administration de PowerShell : elles permettent aussi bien des opérations sur les fichiers que la gestion d’Active Directory, le tout avec une syntaxe cohérente et claire.

Comprendre le pipeline PowerShell et le traitement orienté objet

Le pipeline PowerShell est une fonctionnalité centrale qui le distingue des shells traditionnels. Dans PowerShell, les données transitent entre les commandes sous forme d’objets, et non de simple texte, grâce au caractère pipe (|). Vous pouvez ainsi filtrer, trier et modifier des données riches tout au long du pipeline sans perdre le contexte ni la mise en forme.

Par exemple, Get-Process | Where-Object {$_.CPU -gt 100} prend la sortie de Get-Process et ne conserve que les processus dont l’utilisation du processeur dépasse 100. Chaque étape manipule des objets .NET, ce qui permet des traitements avancés et le ciblage de propriétés précises.

Les autres shells, comme Bash ou CMD, transmettent du texte brut dans leurs pipelines. Avec des objets, PowerShell permet une inspection et une manipulation plus approfondies, utiles pour les tâches informatiques exigeant précision et souplesse. Ce modèle permet également d’écrire des scripts clairs et concis, en particulier pour gérer des magasins de données tels que le système de fichiers, le registre ou les API distantes.

Cette approche ouvre la voie à l’automatisation : vous pouvez enchaîner des commandes, transformer des sorties, voire rediriger le résultat vers des scripts ou des fonctions que vous avez écrits vous-même. Une fois habitué à raisonner en objets plutôt qu’en chaînes de caractères, les tâches complexes deviennent beaucoup plus faciles à gérer.

Grammaire et principes fondamentaux de la syntaxe PowerShell

PowerShell repose sur une grammaire cohérente et logique, qui limite les erreurs et rend les scripts faciles à lire. Les commandes suivent une structure prévisible : Verbe-Nom [-Paramètre1 valeur1] [-Paramètre2 valeur2], ce qui rend explicite ce que fait chaque ligne.

Les instructions PowerShell ne servent pas seulement à la ligne de commande ; elles forment aussi la base des scripts. Vous utiliserez des variables (comme $maVar), des opérateurs (-eq, -gt, etc.) et des structures de contrôle simples (if, foreach, switch) pour construire des enchaînements logiques.

PowerShell n’est pas sensible à la casse : la mise en majuscules est donc libre. Les fichiers de script utilisent l’extension .ps1, et chaque ligne peut constituer une instruction complète ou faire partie d’un bloc plus large, les accolades { } servant à regrouper le code.

Sa grammaire s’inspire à la fois des shells UNIX et des langages de script Windows, tout en étant conçue pour la clarté et la facilité d’emploi. On y trouve donc moins de caractères cryptiques, des messages d’erreur plus lisibles et une courbe d’apprentissage plus courte. Maîtriser les fondamentaux de la grammaire permet d’éviter les pièges courants de l’écriture de scripts et d’obtenir dès le départ une automatisation propre et fiable.

Scripts et automatisation avec PowerShell

Dès que vous maîtrisez les commandes de base, le scripting est le moment où vos efforts commencent à se démultiplier. Cette section vous explique comment transformer ce que vous savez déjà en processus reproductibles. Vous apprendrez à organiser l’automatisation à l’aide de scripts, à écrire un code propre dans des fonctions et des modules, et à utiliser des variables pour créer des solutions plus dynamiques. Au passage, vous mesurerez l’importance de la sécurité, de la modularité et du partage de code, des éléments essentiels que vous automatisiez votre propre poste de travail ou que vous développiez des outils pour l’entreprise. PowerShell rend les tâches courantes plus simples et accélère la gestion même des systèmes les plus complexes.

Notions de base des scripts PowerShell et extensions de fichiers

Un script PowerShell est simplement un fichier texte enregistré avec l’extension .ps1. Celle-ci indique au système (et à vous-même) qu’il contient des commandes et une logique PowerShell. Un script peut comporter une simple commande, des fonctions réutilisables, des branches logiques, des boucles, et bien plus encore.

Avant d’exécuter un script, vous devez tenir compte des stratégies d’exécution, le mécanisme PowerShell qui contrôle ce qui peut être exécuté, pour des raisons de sécurité. Par défaut, seuls les scripts signés ou ceux écrits localement peuvent être exécutés, selon votre stratégie. Modifiez la stratégie avec Set-ExecutionPolicy si nécessaire, en trouvant l’équilibre entre commodité et sécurité. Privilégiez RemoteSigned ou AllSigned pour renforcer la sécurité, en particulier sur les systèmes partagés ou de production.

Exécutez les scripts depuis le shell avec .\script.ps1 (depuis le répertoire courant) ou indiquez le chemin complet. Soyez attentif aux chemins et aux autorisations : les scripts placés dans les dossiers système peuvent nécessiter une élévation de privilèges (droits d’administrateur). Validez et testez toujours les nouveaux scripts avant de les exécuter en environnement de production, afin de détecter les erreurs au plus tôt.

Respecter ces conventions de nommage et d’exécution contribue à maintenir un flux de travail sécurisé et efficace, et vous prépare à aborder l’automatisation plus avancée en toute sérénité.

Code PowerShell réutilisable : fonctions et modules

Les fonctions PowerShell permettent d’regrouper des blocs de code à réutiliser, ce qui simplifie vos scripts et limite les répétitions. Définissez une fonction avec le mot-clé function, puis appelez-la par son nom dans l’ensemble de vos scripts. Les fonctions avancées acceptent des paramètres, une entrée par pipeline et des messages d’aide détaillés, ce qui apporte structure et clarté aux projets d’automatisation plus importants.

Les modules sont des ensembles de fonctions, de cmdlets et d’autres ressources PowerShell regroupés pour être partagés et réutilisés. Enregistrez vos fonctions dans un fichier .psm1 et importez-les avec Import-Module. Cette approche est essentielle pour gérer des bases de code volumineuses ou des outils développés en équipe, en permettant à chacun de bénéficier de scripts testés et standardisés.

Les modules peuvent être publiés sur PowerShell Gallery pour un usage public, ou stockés dans des dépôts locaux. Cela facilite le partage de code, la gestion des versions et la portabilité : fini le copier-coller de fonctions d’une machine à l’autre. Utiliser des fonctions et des modules est une bonne pratique pour garder vos scripts organisés, faciles à maintenir et simples à mettre à jour à mesure que les besoins évoluent.

En bref, le code réutilisable est l’épine dorsale d’une automatisation évolutive : vous le créez une fois, et vous l’utilisez partout.

Variables, tableaux et tables de hachage PowerShell

Les variables PowerShell stockent des données pour une utilisation ultérieure. Elles se créent en préfixant un nom par $ (par exemple, $userName). Elles peuvent contenir n’importe quel type de données : chaînes, nombres, objets, tableaux, voire des structures complexes. Vous les utilisez pour rendre vos scripts dynamiques et adaptables.

Les tableaux regroupent plusieurs valeurs dans une seule variable et se créent avec $myArray = 1, 2, 3. Vous pouvez parcourir ces valeurs en boucle ou y accéder par index. Cela simplifie grandement la gestion de listes de fichiers, d’utilisateurs ou de paramètres.

Les tables de hachage sont des paires clé-valeur, que l’on peut assimiler à des « dictionnaires ». Elles se déclarent avec @{ Key1 = 'Value1'; Key2 = 'Value2' }. Elles sont idéales pour stocker des données associées, comme des couples nom d’utilisateur/mot de passe ou des jeux de configuration, et sont largement utilisées pour les objets personnalisés et le traitement des données.

Maîtriser ces structures de données est indispensable pour écrire des scripts performants. Vous pourrez collecter des saisies utilisateur, traiter des fichiers et organiser les informations avec fluidité, un atout essentiel lorsque l’automatisation doit prendre des décisions ou traiter de gros volumes de données.

Bonnes pratiques de sécurité PowerShell et techniques de durcissement

La sécurité occupe une place centrale dans tout déploiement sérieux de PowerShell. Cette section explique comment protéger vos systèmes et vos scripts contre une utilisation involontaire ou malveillante. Vous découvrirez comment restreindre l’exécution des scripts, signer votre code pour en garantir la fiabilité et surveiller l’activité afin de repérer les comportements suspects. Maîtriser ces stratégies permet d’éviter que PowerShell ne devienne un vecteur d’attaque, un enjeu crucial pour toute entreprise, d’autant plus que les cyberrisques sont en hausse. Renforcer vos défenses dès maintenant, c’est s’épargner des problèmes par la suite et offrir une automatisation plus sûre et plus fiable à tous les acteurs concernés.

Sécurisation de l’exécution de PowerShell et de la signature des scripts

Les stratégies d’exécution définissent les scripts autorisés à s’exécuter sur votre système. PowerShell prend en charge plusieurs modes : Restricted (aucun script), RemoteSigned (les scripts créés localement s’exécutent, les scripts distants doivent être signés), AllSigned (tous les scripts doivent être signés) et Unrestricted (tous les scripts s’exécutent, avec un avertissement pour les scripts distants). Définissez votre stratégie avec Set-ExecutionPolicy. Pour les environnements d’entreprise, RemoteSigned ou AllSigned offrent un bon équilibre entre souplesse et sécurité.

La signature des scripts garantit qu’ils proviennent d’une source de confiance et qu’ils n’ont pas été altérés. Utilisez un certificat de signature de code, idéalement émis par une autorité de certification (CA) interne ou externe reconnue, pour signer vos scripts avec Set-AuthenticodeSignature. Lorsque la signature d’un script ne correspond pas, PowerShell affiche un avertissement ou bloque l’exécution, ce qui constitue une couche de défense essentielle.

Gardez à l’esprit que les stratégies d’exécution sont propres à chaque utilisateur et peuvent être contournées : considérez-les comme une couche parmi d’autres de votre dispositif de défense. Vérifiez systématiquement la confiance accordée à l’éditeur, maintenez à jour les certificats de signature et passez régulièrement en revue les paramètres de stratégie sur l’ensemble des systèmes, en utilisant la stratégie de groupe pour une application à l’échelle de l’organisation. Ces mesures rendent beaucoup plus difficile l’introduction, par des attaquants ou des utilisateurs non autorisés, d’automatisations malveillantes via PowerShell.

En appliquant des contrôles d’exécution stricts et en signant rigoureusement vos scripts, vous réduisez fortement les risques et garantissez l’intégrité des scripts, un impératif absolu dans les organisations soumises à réglementation ou sensibles en matière de sécurité.

Le mode de langage contraint et la réduction de la surface d’attaque

Le mode de langage contraint est un mode de fonctionnement particulier de PowerShell qui restreint les fonctionnalités du langage disponibles, ce qui rend l’utilisation de PowerShell à des fins malveillantes bien plus difficile. Lorsqu’il est activé, il limite l’accès aux API .NET critiques, empêche l’appel de certains composants natifs et restreint le code dynamique, ce qui en fait une solution idéale pour les scénarios de verrouillage ou de bornes interactives.

Ce mode est déclenché automatiquement par des solutions de sécurité telles que Windows Defender Application Control (WDAC) ou Device Guard, et peut également être défini via le registre pour les environnements stricts. Il autorise l’automatisation informatique légitime, comme les cmdlets de base et les scripts standard, tout en bloquant les techniques d’exploitation prisées des attaquants.

Réduire la surface d’attaque de PowerShell implique également de n’installer que les versions actuelles et nécessaires, de désactiver l’exécution à distance si elle n’est pas requise et d’utiliser des règles de contrôle d’application pour restreindre les binaires capables d’exécuter des scripts. Associer le mode de langage contraint à une stratégie d’exécution rigoureuse et à des scripts signés constitue une stratégie de défense en profondeur très efficace pour renforcer les systèmes d’entreprise.

Ces techniques permettent de trouver un équilibre subtil : vous conservez la puissance d’automatisation pour les administrateurs, tout en bloquant la grande majorité des usages malveillants de PowerShell. Passez régulièrement en revue vos référentiels de sécurité et appuyez-vous sur les meilleures pratiques les plus récentes de Microsoft pour vous assurer que votre configuration correspond à votre niveau de risque et à vos besoins opérationnels.

Journalisation, surveillance et audit de l’activité PowerShell

L’écosystème PowerShell : outils, communauté et perspectives

PowerShell ne se limite pas aux commandes et aux scripts : c’est un écosystème en pleine croissance, avec des outils adaptés à chaque étape de votre parcours d’automatisation. Cette section présente des environnements de développement avancés, fait connaître les principales communautés PowerShell et examine les perspectives d’évolution de PowerShell dans le cloud, l’open source et l’automatisation. Que vous cherchiez de meilleurs outils, des conseils d’experts ou des occasions de contribuer, vous trouverez de quoi approfondir vos compétences et contribuer à l’avenir de PowerShell, pour vous-même comme pour l’ensemble de la communauté.

PowerShell Integrated Scripting Environment et alternatives modernes

Communauté et gouvernance de PowerShell

L’avenir de PowerShell : open source, multiplateforme et intégration au cloud

L'évolution de PowerShell est marquée par son passage à l'open source. Désormais développé sur GitHub et distribué sous licence MIT, il permet à la communauté de corriger des bogues, de créer de nouvelles fonctionnalités et d'orienter la direction du shell. Cette approche collaborative permet à PowerShell d'évoluer rapidement et de bénéficier d'un soutien plus large que jamais.

La prise en charge multiplateforme est un élément central de PowerShell moderne. PowerShell 7 fonctionne sous Windows, Linux et macOS, ce qui rend les scripts et l'automatisation portables au-delà des frontières de l'organisation. Les administrateurs et les développeurs peuvent déployer la même pile d'automatisation dans le datacenter, sur des machines virtuelles cloud ou dans des applications conteneurisées, avec un minimum de modifications.

L'intégration cloud est une priorité majeure pour l'avenir de PowerShell. Des extensions pour Azure, AWS et Google Cloud vous permettent de gérer les ressources et d'automatiser l'infrastructure cloud, en intégrant « l'infrastructure as code » dans les opérations quotidiennes. PowerShell est désormais un langage natif dans de nombreux pipelines CI/CD et outils DevOps, favorisant des cycles de livraison logicielle rapides et une gestion fluide de l'infrastructure.

La feuille de route promet une automatisation plus poussée dans Microsoft 365, des contrôles de sécurité renforcés et des scripts plus intelligents grâce à des analyses pilotées par l'IA. Pour les professionnels de l'IT, la trajectoire ouverte et centrée sur le cloud de PowerShell garantit qu'il restera indispensable dans les environnements d'entreprise modernes.

Fondamentaux de la conception de PowerShell et de l'intégration système

Se plonger dans les fondements techniques de PowerShell permet de comprendre pourquoi il fonctionne comme il le fait, et comment il s'intègre à pratiquement n'importe quel système. Cette section détaille l'approche singulière de PowerShell en matière de gestion des objets, son histoire et ses principes directeurs, ainsi que les fondamentaux de la gestion de configuration dans l'informatique moderne. Maîtriser ces éléments se traduit par des scripts plus efficaces, de meilleures intégrations et une grande assurance pour travailler avec les systèmes Microsoft comme avec ceux de tiers.

Système de types étendu et modèle objet de PowerShell

Le Extended Type System (ETS) est la manière dont PowerShell enrichit le modèle objet standard de .NET. Grâce à l'ETS, les objets PowerShell peuvent disposer de propriétés et de méthodes supplémentaires définies à l'exécution, ainsi que de mises en forme personnalisées et de conversions de types. Cette souplesse permet aux applets de commande et aux modules d'adapter la sortie à vos besoins, sans modifier le code source sous-jacent.

L'ETS permet d'ajouter à la volée des « NoteProperties », c'est-à-dire des champs de données personnalisés, afin d'enrichir les résultats avec des valeurs calculées ou dynamiques. Les applets de commande Select-Object et Add-Member s'appuient sur l'ETS pour modifier les objets au fil de leur passage dans les scripts ou les pipelines.

Le résultat ? Une sortie cohérente et utile, quel que soit le système ou la source de données que vous automatisez, comparez ou documentez. L'ETS sous-tend également l'intégration de PowerShell avec des magasins de données comme Windows Management Instrumentation (WMI), Active Directory et des API externes.

Comprendre l'ETS vous permet de développer des scripts plus avancés. Vous pouvez personnaliser et traiter les résultats d'une manière impossible avec une simple sortie texte, ce qui favorise une automatisation puissante et fiable, capable de s'adapter à de nouveaux besoins au fil du temps.

Historique et philosophies de conception de PowerShell

PowerShell a été conçu chez Microsoft au début des années 2000, sous la direction de Jeffrey Snover. L'objectif initial était de offrir aux administrateurs un shell unifié et profondément intégré pour gérer tout l'écosystème Windows (serveurs, postes de travail et applications) à l'aide d'un outil unique et cohérent.

Les principes directeurs de conception de PowerShell privilégient un langage clair et intentionnel, en faveur de la lisibilité et de la prévisibilité plutôt que d'une syntaxe obscure. Le format Verbe-Nom, le passage riche d'objets et le système d'aide consultable ont tous été conçus dans un souci de lisibilité par l'humain et de contrôle précis.

Le shell a été créé à la fois comme langage de script et comme interpréteur de commandes, permettant une utilisation interactive comme une automatisation robuste à partir des mêmes commandes. La conception de PowerShell s'appuie sur les atouts des shells Unix, tout en s'intégrant profondément à Windows grâce à .NET, WMI et aux API système.

En définitive, la philosophie de PowerShell consiste à permettre aux utilisateurs d'automatiser, de gérer et de faire évoluer l'infrastructure informatique sans avoir besoin d'une multitude d'outils spécialisés. Cette vision guide toujours l'évolution de PowerShell, notamment à mesure qu'il adopte les modèles ouverts, multiplateformes et centrés sur le cloud.

Desired State Configuration pour une gestion automatisée

Desired State Configuration (DSC) est une fonctionnalité de PowerShell axée sur la gestion déclarative. Plutôt que d’écrire des scripts « mode d’emploi » pour configurer un système, vous décrivez l’état souhaité (fonctionnalités installées, fichiers présents, paramètres de registre, état des services), et DSC applique cet état et le maintient dans la durée.

DSC s’appuie sur des scripts de « configuration » qui sont compilés en fichiers Management Object Format (MOF), puis poussés vers les serveurs ou les points de terminaison cloud, ou récupérés par ceux-ci. Ces fichiers jouent le rôle de plans directeurs et pilotent la configuration automatisée de serveurs, de postes de travail, de machines virtuelles cloud et d’appareils IoT.

DSC s’intègre étroitement à des outils comme System Center Configuration Manager (SCCM), Azure Automation et des frameworks tiers. Il devient ainsi un élément central pour une gestion de l’infrastructure évolutive, auditable et reproductible. Sa capacité à surveiller la conformité et à produire des rapports répond parfaitement aux exigences des environnements réglementés ou très sécurisés.

Pour les équipes informatiques, DSC signifie moins de configurations « uniques » et une administration plus prévisible, avec moins d’interventions manuelles. Avec l’élargissement de la prise en charge multiplateforme, DSC joue un rôle clé dans l’évolution vers l’infrastructure as code et aide les administrateurs à maîtriser efficacement des réseaux complexes, hybrides et orientés cloud.

Obtenir de l’aide et maîtriser les applications PowerShell

Vous n’avez pas à apprendre PowerShell seul ou à partir de zéro. Cette dernière section vous oriente vers les meilleures ressources d’aide et les communautés d’apprentissage, et montre comment la puissance de PowerShell s’étend à la gestion d’un large éventail d’applications Microsoft et tierces. Que vous dépanniez, optimisiez ou passiez à plus grande échelle, vous trouverez du soutien et des exemples concrets pour chacun de vos besoins, afin de maîtriser aussi bien le shell lui-même que ses nombreuses applications réelles.

Système d’aide de PowerShell et ressources d’apprentissage

Administration des applications et du système avec PowerShell

À écouter également

Si vous étudiez PowerShell pour Microsoft 365, ces épisodes apportent un contexte pratique sur la mise en œuvre, l’architecture, la sécurité et la gouvernance :

.NET Automation Microsoft 365 Microsoft GitHub

Related articles

RSS