PowerShell — オブジェクトをパイプで渡すMicrosoft製シェル

2026年6月4日

PowerShellは2006年11月にMicrosoftが公開した、Windows管理を主目的とするコマンドラインシェル兼スクリプト言語です。設計を主導したのはMicrosoftのジェフリー・スノーバー（Jeffrey Snover）で、開発コードネームはMonad、「Monad Manifesto」と題された設計文書には、テキストではなくオブジェクトをパイプで渡すという挑戦的な方針が記されています。Windows PowerShellとしてスタートし、2016年のオープンソース化以降はPowerShell Coreとしてmacos/Linuxにも対応し、現在はクロスプラットフォームの管理ツールへ進化しました。本記事ではその設計思想と活用領域を整理します。

この記事の目次

PowerShellを定義する三つの柱
MonadからOSSへ
実務での使われ方
Bash・cmd.exeとの位置関係
まとめ

PowerShellを定義する三つの柱

PowerShell最大の特徴は、パイプを流れるのが文字列ではなくオブジェクトであるという点です。「Get-Process | Where-Object CPU -gt 100」と書いたとき、Get-Processが返すのはPID・名前・メモリ量・CPU時間といったプロパティを持つProcessオブジェクトのコレクションであり、Where-Objectはそれを型情報のまま絞り込みます。テキストをsedやawkで切り刻む必要がないため、Unix系シェルでありがちな「カラム数を数え直す」「タブとスペースで詰まる」事故が起きにくくなります。

二つ目の柱は.NETランタイムへの直結で、任意の.NETクラスをNew-Objectやnew()演算子で呼び出し、フィールドやメソッドへ素直にアクセスできます。三つ目の柱は、すべての操作を「動詞-名詞」形式のコマンドレット名に統一する命名規則で、Get/Set/New/Remove/Add/Stopといった動詞語彙を覚えれば未知の領域でも目的のコマンドを推測しやすくなります。一貫した命名と豊富なヘルプは、運用者の学習負荷を下げる狙いを持っています。

MonadからOSSへ

PowerShellの源流は、2002年にジェフリー・スノーバーが社内で発表した「Monad Manifesto」です。Windowsはコマンドプロンプト（cmd.exe）でテキストを切り回す世界でしたが、GUIに頼らずサーバーを大量管理するには「型情報を保ったまま処理を連結できる新しいシェルが要る」という主張が出発点でした。Microsoftは2006年11月にWindows PowerShell 1.0を公開、Exchange ServerやSystem Center、後にActive Directoryなど管理ツールを次々とPowerShellベースへ揃え、Windowsサーバー運用の中核に据えていきます。

2016年8月、MicrosoftはPowerShell Coreという名でクロスプラットフォームのOSS版を発表し、macOSとLinuxにも展開しました。.NET Frameworkで動いていたWindows PowerShellは5.1で凍結され、.NET（旧.NET Core）上で動く新世代がPowerShell 7として一本化されています。現在はGitHub上でMITライセンスで開発され、Windows管理者だけでなくクラウド運用者やDevOpsエンジニアにも広く使われるようになりました。

実務での使われ方

PowerShellが最も力を発揮するのは、Windowsサーバーやクラウド資産の自動管理です。Active Directoryでは数百件のユーザー作成・属性更新・グループ追加をNew-ADUserやSet-ADUserで一気に流せ、ExchangeやMicrosoft 365では受信ルール、配布リスト、SharePointサイトの権限などをコマンドレット経由で一括変更できます。管理UIに用意されていない設定もコマンドレットからは触れることが多く、運用部隊のレポーティング基盤としても便利です。

クラウド側ではAzure用のAz PowerShellモジュールがあり、リソースグループ・VM・ストレージアカウントの作成や、IAMロールの付与をConnect-AzAccountから一連のスクリプトで完結できます。テスト駆動の構成管理ではPesterを使ってインフラ設定を自動検証し、Desired State Configuration（DSC）でサーバー状態を宣言的に管理する手法も整備されています。Azure DevOpsやGitHub Actionsのジョブステップでも、Windows系の処理は素直にPowerShellを呼ぶのが定石です。

Bash・cmd.exeとの位置関係

Bashと比較したとき、PowerShellは「文字列ではなくオブジェクトを流す」という設計だけがほぼ唯一の決定的な違いになっています。テキストでパイプを繋ぐUnix流は、grep/sed/awkに代表される細かい道具を組み合わせる文化を育てましたが、出力フォーマットが変わると壊れやすいという弱点もあります。PowerShellは型情報のまま受け渡すため、出力フォーマットの違いに巻き込まれにくく、大規模なWindows管理スクリプトをメンテナンスしやすい性質を持っています。

WindowsのcmdやVBScriptと比べると、PowerShellは表現力でも保守性でも完全な上位互換と言ってよく、Microsoft自身も新規にWindows管理ツールを書くときはほぼPowerShellを既定としています。とはいえ、LinuxやmacOSのコマンドラインユーザーにとってはBash/Zshのほうが教材も多く、サーバー側標準でもあるため、「Windows寄りはPowerShell、Unix寄りはBash」という棲み分けが現状ではもっとも実態に近い構図です。