前不久，微软发布了关于 Windows PowerShell 工作流更多的一些细节。Windows PowerShell 工作流，也称作 PSWF，它是 PowerShell 3 中的特性，PSWF 可以让管理员“跨越多态机器、设备或 IT 过程可靠地执行长时间运行的任务”。由于我们谈及的是 Windows 工作流，因此这里的“长时间运行”可理解为数小时甚至数天。
虽然针对 PSWF 的工作流可以使用 Windows Workflow Foundation 中相同的 XAML 标记编写，但是大部分 PowerShell 用户可能更倾向于选择新的基于脚本的工作流语法。新语法是 PowerShell 的一个扩展，它增添了如下概念：
- workflow：用于定义工作流。注意：工作流可以借助它嵌套在其他工作流中。
- inlinescript：一般情况下，工作流中的每行操作都会分离执行。inlinescript 可以将一组行进行聚合，从而让它们可以共享本地变量。内联脚本块还能够让你使用一些工作流内部不让使用的 PowerShell 语法。
- foreach –parallel： 并行执行构造体中的每一个条目。
- parallel：并行执行构造体中的每一项任务，不过不会保证执行顺序。
- sequence：按顺序执行构造体中的每一项任务。这通常用于并行块内部以构造一组顺序语句。
有一点很重要的是，PowerShell 工作流在许多方面都是完整 PowerShell 语法的子集。与一般的 PowerShell 脚本不同，PowerShell 工作流是静态编译的。这阻止了大量的动态特性，如定位参数与动态参数。另外，工作流需要在任意时刻进行持久化的需求也阻止了点语法调用方法。“这意味着你获得了一个可工作的活动对象，但如果工作流在生成对象调用与使用其方法调用间进行持久化，那么该对象无法工作。”
还有一些 cmdlets 不能作为工作流活动。如前面所述，工作流中的每一行会在自己的独立 PowerShell 会话中执行；因此所有改变 PowerShell 会话状态的 cmdlets 都没有意义。类似的，支持事务的 cmdlets 也在支持范畴之外。
PSWF 的设计以扩展性为主。具体来说，它设计用于向外扩展。一个工作流可以跨越“上千个托管结点“进行分布，这使得管理大型服务器群几乎同管理单台机器一样简单。例如，在若干机器上启动工作流，你只需要使用 PSComputerName 参数及机器名列表即可调用工作流。这些特性替换了普通的 PowerShell 远程处理特性。
长时间运行的工作流在后台运行可能更好一些。为了帮助实现这点，PSWF 集成了 PowerShell 任务基础架构。通过简单地借助 AsJob 参数调用工作流便可以使用常规的任务 cmdlets 了。
查看英文原文： More on Windows Workflow Foundation Support for PowerShell 3
暂无签名
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论