正如我所知(微软总是指指点点),Runbook将帮助您完成自动化进程。与Azure Web钩子文件相关,可以使用HTML请求从外部应用程序调用(开始/运行)运行簿。并且有一些简单响应码来确定post请求的状态,但是似乎没有更多的可能从进程中得到更多的响应。
我是在错误的地方搜索错误的地方并使用错误的工具在Azure中实现自动化,还是有一些方法可以向Runnbok发送请求并得到一些响应?
额外注意:我知道可以使用WorkFlow从另一个运行簿调用运行簿并获得一些响应,但问题是如果我使用web钩子启动运行簿,并且除了这些简单的状态代码之外,没有其他方法获得更多的响应,那么我如何确定第一个调用的结果是什么来进行一些自动化?应该有一些方法可以获得Runbook进度的最终结果,从而做出下一步的决定,否则,Runbook对于自动化来说就毫无意义了!
发布于 2018-06-14 08:18:40
Azure自动化是作为火灾和遗忘解决方案而建立的。这是事件驱动架构中的第一部分。在一个系统上发生了一些事情,并发出了对此作出反应的呼吁。
其意图是,runbook本身拥有代表自己采取行动所需的所有逻辑。任何进一步的处理都是通过运行簿触发另一个进程来完成的,然后该流程可以去检查输出并在此基础上做出决策。
这似乎是违反直觉的,最初我曾跳过各种各样的循环,让自动化更有信息量,但一旦你意识到它在Azure基础设施的意图,它开始有点意义。
如果你是专门寻找的东西,你可以触发,并得到回应,Azure函数将是一条道路。
https://stackoverflow.com/questions/50846259
复制相似问题