据我所知（微软总是指点），Runbook将帮助您完成自动化进程。与Azure Webhook documents相关，可以使用HTML POST请求从外部应用程序调用（启动/运行）Runbook。并且有一些simple response code来确定发布请求的状态，但似乎没有更多可能从进度中获得更多响应。
我是否在错误的位置搜索并使用错误的工具在Azure中进行自动化可以或者有一些方法向Runnbok发送请求并获得一些响应？
额外注意：我知道可以使用WorkFlow从另一个Runbook调用Runbook并获得一些响应，但问题是如果我使用webhook启动Runbook，并且如果没有办法获得任何除了那些简单的状态代码之外还有更多的响应，那么我如何确定第一次调用自动化的结果是什么？应该有一些方法可以让Runbook进度的最终结果为下一步做出决定，否则Runbook对于自动化将毫无意义！
答案 0 :(得分：1)
Azure自动化是一种即发即弃的解决方案。这是事件驱动架构中的第一部。在一个系统上发生某些事情的地方，并且有人要求对此作出反应。
意图是Runbook本身具有代表自己行事所需的所有逻辑。任何进一步的处理都是通过该Runbook启动另一个进程完成的，然后可以检查输出并根据该进程做出决策。
最初似乎反直觉 - 我之前已经跳过了各种各样的环节以使自动化更具信息性 - 但是一旦你意识到它在Azure基础设施意图中的目的，它就开始有意义了。
如果您专门寻找可以触发并获得响应的内容，Azure功能将是您的最佳选择。