【问题标题】:Azure Automation Graphical Runbook - Can't Execute other Runbooks in Automation Account as distinct canvas Activities?Azure 自动化图形运行手册 - 无法将自动化帐户中的其他运行手册作为不同的画布活动执行?
【发布时间】:2016-06-17 09:43:47
【问题描述】:

图形编辑器 UI 似乎允许添加 Workflow Runbook(仅限;不显示本机 PS),但是,这会破坏 GraphRunbook 定义/执行。

当我尝试测试或发布 Runbook 时,我收到图像中的错误。 (也很奇怪,这个错误信息前半部分是西班牙语,后半部分是英语。)

自动化帐户中的其他运行手册是否在技术上不受支持.. 尚未?

测试二代码:

workflow testtwo
{
    [outputtype([string])]
    [cmdletbinding()]
    param()

    write-output "testtwo runbook output"       
}

【问题讨论】:

    标签: powershell azure azure-automation powershell-workflow


    【解决方案1】:

    您收到的错误消息来自我们目前正在积极解决的现场问题。

    【讨论】:

    • 感谢克里斯的提醒!
    【解决方案2】:

    我已经设法以一种相对违反直觉的方式让它发挥作用。 (至少,对于如何解析非图形工作流运行手册以执行依赖项以将运行手册复制到工作人员,这与直觉相反)。

    我没有将 Runbook 添加到画布,而是简单地将调用添加到 MyCodeActivity 的代码编辑器配置中的另一个 Runbook。


    基于与 Orchestrator.GraphRunbook.Model.dll(Azure 自动化图形创作 SDK)捆绑的 ReadMe.docx,结合 the learning experience here,特别是 WRT InlineScript 活动(afaik 本质上是代码活动被翻译成的内容) ,我不希望能够从 InlineScript 的上下文中执行另一个运行手册,因为(来自自述文件)..

    执行引擎会将提供的块视为黑盒, 并且不会尝试分析其内容,除了非常 基本语法检查。

    .. 对于 Native PS Runbook,这意味着它们不会被复制到工作人员。不幸的是,我从未测试过执行对等工作流运行手册(未在其他地方引用,因此它们将被复制到工作人员),部分原因是假设 InlineScripts 中的代码不会针对依赖运行手册进行解析,但也许这仅适用于本机引用(似乎对我来说是一个可疑的区别)?

    无论如何,上述似乎是一种解决方法。

    但是,我希望运行手册在设计画布(以及由此产生的序列化模型中)上被视为一等公民,而不是被锁定在脚本活动中,因为我正在处理依赖项超出了按依赖顺序进行自动化 CI/CD 部署的定义。 (也就是说,我已经粗略地检查了普通脚本的依赖项,所以这就足够了——只是意味着更多的解析。)

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2020-01-18
      • 2021-12-21
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2019-02-03
      相关资源
      最近更新 更多