0

据我所知（微软一直在指出），Runbooks 将帮助您进行自动化进步。与Azure Webhook 文档相关，可以使用 HTML POST 请求从外部应用程序调用（启动/运行）Runbook。并且有一些简单的响应代码来确定发布请求的状态是什么，但似乎没有更多的可能性从进度中获得更多响应。

我是在搜索错误的地方并使用错误的工具在 Azure 中进行自动化，还是有一些方法可以向 Runnbok 发送请求并获得一些响应？

额外说明：我知道可以使用 WorkFlow 从另一个 Runbook 调用 Runbook 并获得一些响应，但问题是如果我使用 webhook 启动一个 Runbook，并且除了那些简单的状态代码之外没有其他方法可以得到任何响应，那么我如何确定我第一次调用做一些自动化的结果是什么？应该有一些方法可以获取 Runbook 进度的最终结果，以便为下一步做出决定，否则，Runbook 对自动化将毫无意义！

4

1 回答 1

3

Azure 自动化是作为一种即发即弃的解决方案而构建的。它是事件驱动架构中的第一部分。在一个系统上发生某些事情，并且有一个调用来对此做出反应。

其目的是 Runbook 本身具有代表自己执行操作所需的所有逻辑。任何进一步的处理都是通过该运行手册触发另一个进程来完成的，然后该进程可以检查输出并基于此做出决策。

最初它看起来确实违反直觉——我之前已经跳过了各种障碍以使自动化更具信息性——但是一旦你意识到它在 Azure 基础设施意图中的用途，它就开始有点意义了。

如果您正在专门寻找可以触发并从中获得响应的东西，那么 Azure Functions 将是您的最佳选择。

于 2018-06-14T08:18:40.553 回答