制作无服务器音乐 - 使用 Azure 协调您的工作流 [第二部分 – Logic Apps]

准备好一个 30 秒的教程了吗？因为微软意识到其用户的需求通常会在您的最初预估之外增长和演变，所以他们将其设为 2 个步骤的过程（我将其分解为 4 个步骤以增加详细程度）。

1. 阅读并完成本系列文章的第 1 部分。
2. 完成后，转到您的 Flow 控制面板，然后单击您刚刚创建的 Flow。
3. 单击屏幕顶部的 更多。
4. 选择 导出 | Logic Apps 模板 (.json)。

完成！

好吧，还没完全完成，让我们来看看如何在 Azure 的 IT-Pro 级工作流编排服务中导入它：Logic Apps。 截至本文撰写之时，在集成/编排领域，MSIT 本身已经将微软内部的 1000 多个后端流程从各种系统、脚本等迁移到 Logic Apps。 这个产品可不是闹着玩的，各位。 Logic Apps 的执行引擎与您提交 Azure 资源部署请求（ARM 模板、门户或其他方式）时发送请求的引擎**完全相同**；它具有强大的弹性和可靠性。

将 Microsoft Flow 导入到 Logic Apps

首先，启动您的 Azure 门户。

现在，由于您导出的本质上是 Logic App 的 JSON 定义，它将执行 Flow 所做的一切，因此我们需要将其作为这样的方式部署。 要在门户中执行此操作，请单击 创建资源，然后搜索恰如其分地命名为 模板部署。

单击创建 新建，然后选择 在编辑器中构建自己的模板。

选择，顾名思义，加载文件，然后选择您导出的 Flow JSON 文件。 您将获得加载的 JSON，未格式化，所以您只需要信任它即可。 单击 保存，见证更多的 Azure 魔法。

下一个屏幕会要求您提供 Azure 资源的基本信息，还会要求您填写 Flow 所需的任何自定义参数！ 在我们的例子中，它只需要知道 Flow 的名称和位置 – 简单易懂。

部署完成后，转到创建的 Logic App。 首先，我们必须通过单击 启用 按钮将其打开。

完成此操作后，单击 Logic App 设计器。 您应该会看到熟悉的内容。

让我们检查一下我们的 HTTP 端点 – 此 URL 将与 Flow 中的 URL 不同 – 并对其进行快速测试以确保一切正常。

这就是从 Microsoft Flow 成长到 Logic Apps 的全部内容。 如果您想从头开始，设计器体验完全相同，并且如我在 Flow 博客文章结尾所暗示的那样，Logic Apps 具有更丰富的 DevOps 故事，因为您可以 使用 Visual Studio Team Services 从 ARM 模板部署它们，甚至可以使用 Logic Apps 扩展在 Visual Studio 2017 中编写它们。

接下来，使用 Azure Functions 检查相同的实现！

历史

• 2018 年 5 月 31 日：初始版本