Azure 中的 Windows 工作流

Question

我正在构建一个将在 Azure 上运行工作流的应用程序。

我看过构建演示文稿Building Applications with Workflow and Azure – BUILD 2011，其中讨论了今天的能力，以及未来可能发生的事情。讨论的一件事是所谓的“Azure 工作流服务”，据我了解，它计划在 2012 年进行预览。但是，我无法找到更多关于它的信息。

此外，还有一个较早的演示文稿Workflow in Windows Azure AppFabric 讨论了有关 Azure 中的工作流的更多信息，重点是 Windows Azure AppFabric CTP。本演示文稿中讨论了许多很酷的功能，但我不确定这些功能现在是否可用，或者如果没有，何时可用。

所以两个问题：

如果我今天需要构建应用程序，在 Azure 上实施工作流的建议方法是什么？

如果应用程序直到一年后才需要完成，那么在 Azure 上实施工作流的建议方法是什么？

Answer 1

现在在 Windows Azure 中托管工作流服务与在 IIS 上的 Web 应用程序中托管它并没有太大的不同，而没有使用 Windows Server AppFabric 的好处。您可以使用 SQL Azure 作为实例存储。您需要获取 Microsoft .NET Framework 4 Platform Update 1，因为此更新更改了 SQL 脚本以与 SQL Azure 兼容。

见here。我在该主题上发表的另一篇文章是 here，但请记住，脚本问题已由 Framework 4 平台更新 1 解决，并且还包括对上述瞬时连接条件的支持。

Answer 2

我得到的官方建议是结合使用 Azure Logic Apps 和 Azure Function Apps，让 Logic App 进行编排，Function Apps 提供您的工作流功能。

第9频道的这个视频详细讨论了它......

https://channel9.msdn.com/Events/Ignite/Microsoft-Ignite-Orlando-2017/BRK3179

...我发现的问题是逻辑应用程序引擎是一个编排引擎并且不可扩展，因此为了完成解决方案，我认为最终的解决方案类似于用于调用函数的业务流程的 Azure 逻辑应用程序对于需要运行的每个工作流。

我已经构建了自己的工作流引擎，我在 Azure 函数中托管，没有 MS 对此事的指导......他们最好的建议是“与 Premier Field Engineers 计划签订一份每年 50,000 英镑的合同以拥有它们进来和你一起建造”。

在我们的例子中，我们的流程/业务流程是由我们的客户定义的，因此我们不能硬编码任何关于业务逻辑如何运行的内容（例如，通过在函数中编写固定的代码块）和处理函数就像一个工作流活动（在这里想想 WF），您将遵循 MS 最佳实践，但我们发现我们的流程非常复杂，以这种方式执行流程的成本将花费我们每次执行的真金白银。

这就是我最终得出关于在函数内运行整个流程的结论的方式。 在您的情况下，您可以从函数执行 WF 流以实现与我们相同的解决方案。

这一切都失败了，MS 对函数的指导说它们应该是一个快速的、短暂的 REST 调用来完成一小部分工作（非常适合一个活动），所以当我们嵌入时不知道会发生什么除非你签下每年 50,000 英镑的合同，否则在这一点上，你可以在他们的支持服务之外执行整个流程，并且基本上是“你自己”。

我的想法是......尝试一下，测试限制，将它们放入您的代码中以防止函数框架崩溃。

有鉴于此，我通过反馈社区建议 MS 将功能嵌入到逻辑应用中，直接消除开销和实现单独流引擎的需要。

https://feedback.azure.com/forums/34192--general-feedback/suggestions/36979045-workflow-solution

...如果获得批准，我们可以将业务流程设计为调用流程的逻辑应用程序，这些流程将构建为其他逻辑应用程序，以“开箱即用”将完整的解决方案完全堆叠在 MS 基础架构上，而无需我们跳过当逻辑应用不能做某事时，幕后循环使所有这些东西都适合。