将 Powershell 脚本与非 Windows 工作流集成的方法？

Question

我喜欢早上新机器的气味。

我正在自动化一个机器创建工作流，该工作流涉及我的基础架构中的多个独立系统，其中一些涉及 Solaris 主机上已有 15 年历史的 perl 脚本、PXE 引导 Linux 系统和 Windows Server 2008 上的 Powershell。

我可以编写每个单独部分的脚本，并且集成 Linux 和 Unix 自动化相当简单，但我不知道如何将 Powershell 脚本可靠地与其余进程联系起来。

我更希望这个过程在 Linux 主机上开始，因为我认为它最终会作为一个运行在 Apache 服务器上的 Web 应用程序，但如果它需要在 Windows 上开始，我对此犹豫不决。

理想情况下，我希望Linux的psexec 之类的东西可以在 Windows 上运行，但是Cygwin似乎给出了这个方向的答案，尽管我很欣赏他们付出的所有辛勤工作，但感觉从来没有正确过，如果你明白我的意思。它非常适合台式机并提供了很多功能，但我觉得 Windows 服务器应该被视为 Windows 服务器而不是混蛋的 Unix 机器（顺便说一句，这也是我反对 OSX 服务器的论据，它们实际上是Unix） . 无论如何，除非这是最后也是唯一的选择，否则我不想使用 Cygwin。

所以我想我要问的是是否有办法从 Linux 在 Windows 机器上执行作业。没有 Cygwin。我对想法和建议持开放态度，包括“看白痴，每个人都使用 Cygwin，所以接受并处理它”。提前致谢！

Answer 1

我花了几个小时来解决这个问题，最终归结为两个可行的选择（有很多不可行的选择）：

1. 使用托管 WebAPI 的 IIS 服务构建一个 Windows 框，该 WebAPI 是域化的，并且设置的方式使来自它的 WinRM 会话可以工作。
2. 赛格温

使用第二个选项，您不得不通过 GNU/Posix 抽象层来获取实际的 Windows 位。这确实限制了你可以用它做什么。

第一个选项几乎构建了一个基于 Web 的抽象层，您可以在完整的本机堆栈 Windows 安装之上自行编写。如果您愿意投入工作，Linux 主服务器只需执行一堆 curl 调用即可完成需要做的事情。不过，这在脚本即发即忘时效果最好，因为构建回调系统需要付出更多努力。