关于 Windows Workflow Foundation 对 PowerShell 3 支持的更多细节介绍

  • Jonathan Allen
  • 曹如进

2012 年 7 月 1 日

话题:DevOps

前不久,微软发布了关于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

DevOps