7

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

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

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

所以两个问题：

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

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

4

2 回答 2

3

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

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

于 2012-03-14T09:21:15.800 回答
0

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

channel9上的这个视频详细讨论了它......

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 基础架构上，而无需我们跳过幕后当逻辑应用程序不能做某事时，循环使所有这些东西都适合。

于 2019-02-28T09:38:14.920 回答