PowershellスクリプトをWindows以外のワークフローと統合する方法は？

朝の新しいマシンの匂いが大好きです。

インフラストラクチャ全体のいくつかの個別のシステムを含むマシン作成ワークフローを自動化しています。その一部には、Solarisホスト上の15年前のperlスクリプト、LinuxシステムのPXEブート、およびWindows Server 2008上のPowershellが含まれます。

私は個々の部分をそれぞれスクリプト化でき、LinuxとUnixの自動化の統合はかなり簡単ですが、Powershellスクリプトを残りのプロセスに確実に結び付ける方法については迷っています。

プロセスがLinuxホストで開始された場合、Apacheサーバー上で動作するWebアプリケーションとして終了することを想像しますが、Windowsで開始する必要がある場合は、ためらいがありません。

私は、理想的にはの線に沿って何かたいPSEXECのWindowsに対して実行するLinux用の、しかしによると、その方向に表示されますでの回答のCygwin、および多くのように私は、彼らはそれが決している、中に入れていることハードワークのすべてに感謝して、右感じなかっ、お分かりでしょうが。これはデスクトップに最適であり、多くの機能を提供しますが、WindowsサーバーはWindowsサーバーのように扱われるべきであり、粗悪なUnixマシンではないように感じます（偶然にも、OSXサーバーに対する私の議論であり、実際には Unixです） 。とにかく、最後の唯一のオプションでない限り、私はCygwinを使いたくありません。

だから私はLinuxからWindowsマシンでジョブを実行する方法があるかどうかを尋ねていると思います。Cygwinなし。「馬鹿を見て、誰もがCygwinを使用しているので、それを吸い込んで対処してください」などのアイデアや提案を受け入れます。前もって感謝します！

私はこの問題に何時間も費やしましたが、最終的には2つの実行可能なオプションになりました（実行不可能なオプションがたくさんあります）。

1. ドメイン化され、WinRMセッションが機能するようにセットアップされたWebAPIをホストするIISサービスでWindowsボックスを構築します。
2. シグウィン

2番目のオプションを使用すると、GNU / Posix抽象化レイヤーを介して実際のWindowsビットを取得するために戦う必要があります。それはあなたがそれで何ができるかを制限します。

最初のオプションは、完全なネイティブスタックWindowsインストールの上に自分で記述するWebベースの抽象化レイヤーを構築します。喜んで仕事に取り掛かるなら、Linuxマスターサーバーは必要なことをするためにたくさんのcurl呼び出しをするだけです。これは、コールバックシステムの構築がより多くの労力を要するため、スクリプトが完全に機能しない場合に最適に機能します。

また、以前のアクションや返された結果に応じて、多くのホストでネイティブスクリプトを開始できるクロスプラットフォームスケジューリングまたはワークフロー自動化ソフトウェアを購入することもできます。大企業はこれを行うTivoli、UC4、Espresso（現在はCA dSeries）のようなソフトウェアを使用しており、私はこの種のことを行う必要がある大企業で使用しました。参考までに、これらは多くの場合、Oracleジョブのようなものをネイティブにサポートしており、あなたが見ているかもしれない値札のアイデアを提供します。

（私の過去の仕事では、とにかく Cygwinも使用していたため、プラットフォーム間でワークロードが移動したときに変更せずに同じPerlスクリプトを使用できました。

@ sysadmin1138が示唆するように、独自のビルドを試みることもできます。これは楽しいプロジェクトであり、最終的に金融輸出が最初の試行で失敗したときに午前2時にページングされないように、使用できるほど堅牢になる可能性さえあります。

Powershell v3.0で導入されたPowershell Web Access機能を使用します。これにより、LinuxホストからPowershellスクリプトを使用できます。

PowerShellサーバーを使用すると、WindowsサーバーにSSHで接続し、PowerShellコンソールを取得できます。無料試用版以外では使用していませんが、非公式の使用により、かなり信頼できる製品であることがわかりました。

telnetが常にあるので、あなたは後でどれほど気分が悪くなりたいですか:)

しかし、真剣に、なぜPowerShellスクリプトを呼び出すためにLinuxサーバーが必要なのですか？Linuxサーバーがtftpを介してPXEブートホストに正しいboot.wimイメージを単に配信するように、ワークフローを再設計できますか？私はこれまで、Windowsファイルサーバー上の異なる応答ファイルでWindowsイメージを保持し、Linuxホストからtftpdを使用してカスタムWinPEブートイメージを配信することで幸運に恵まれてきました。その後、応答ファイルに正しいPowerShellスクリプトを呼び出させることができます。Cygwinのようなクロスプラットフォームの不愉快なことに対処する必要はありません。

nrpeなどを使用して、WindowsホストでPowerShellスクリプトをリモートで実行できます。nrpeが期待する終了コードを返すようにPowerShellスクリプトを変更することもできますが、Linuxホスト上のスクリプトからcheck_nrpeを呼び出せない理由はありません。

直感に反するハッキングのトピックについては、クロスプラットフォームオーケストレーションツールとして継続的インテグレーションソフトウェアを悪用することを検討しましたか？

最も便利な場所にCIマスターをインストールし、Windowsボックスにエージェントをインストールし（これまたはこれのいずれか）、Powershellスクリプトを実行するジョブを構成します（Windows Batch Command configを使用して直接呼び出すか、必要に応じてプラグインを使用します） WindowsアプリでCIアプリ内にスクリプトを記述/保持し、curlなどを使用してリモートでジョブをトリガーします。

私はこの問題が一般的な大企業で働いています。現在私たちのアプローチをサポートしているプロセスについては、IISでColdFusionを実行している「admin」Windowsサーバーに対してWebシステム呼び出しをUnixシステムに行わせることです。「cfexecute」ディレクティブを使用して特定のPowerShellスクリプトを起動するGETリクエストからトリガーされるクラスと関数があります。いですが、動作します。ColdFusionが仲介者として機能することから移行するためのpowershell v3 Webサービス機能を検討しています。