桌面应用程序 azure_使用Azure Logic应用实施EDI

桌面应用程序 azure

当我们考虑企业应用程序时，很容易想到仅运行在防火墙，数据中心以及在公共云上运行的实例中的代码。 我们通常会忘记现代企业最重要的方面之一：安全地将企业连接在一起。

应用程序集成是许多业务应用程序开发的核心，它们构建了链接业务系统的工作流，并在可能没有通用API的应用程序之间发送消息。 那里有许多消息和工作流体系结构，它们将旧的大型机与现代系统链接在一起，或者将供应链中的组织连接起来。

[开发人员指南： 无服务器计算：AWS，Google Cloud和Microsoft Azure 。 | 然后学习如何使用Microsoft的Azure功能以及如何使用AWS Lambda进行无服务器计算。 ]

这些供应链支撑了我们现代工业制造流程的大部分，其工作流软件提供了链接复杂的实时系统各要素的信息。 它们是功能强大的工具，需要链接任何和所有业务线系统，而又不知道连接另一端到底是什么。

连接业务

并非每个企业都能向另一个API公开或打开防火墙端口并直接连接应用程序。 可能存在监管限制或需要保护的商业秘密。 您可能不希望客户A知道您提供了恰好是竞争对手的客户B。 控制企业之间发送的消息是满足企业所有需求的最佳方法，可以保护企业免受竞争对手和法规监督。

那就是EDI（电子数据交换）的来源。我们不是发送简单的消息并使用API​​连接应用程序，而是以电子形式发送实际的法律文件：订单，发票，货运单，提货单-所有使业务跨及时供应链流动。 使用受国际条约约束的标准，我们便能够处理这些文件，并在我们的应用程序和工作流程中使用信息。

Azure的集成平台：Logic Apps

最好将Microsoft的Azure Logic Apps视为其Azure托管的工作流引擎，以及对资源匮乏的Biztalk平台的元素的替代。 Biztalk仍然是Microsoft企业产品组合的一部分，但是可以使用Logic Apps及其集成工具和可视工作流设计器来构建和管理许多常见的业务工作流。 您可能已经在不知不觉中使用了它，因为它已被用于为Microsoft的低代码Flows平台提供支持。

Azure Logic Apps可能没有Flow随附的端点集合，但它确实支持200多种不同的连接 ，这些连接将Logic Apps链接到本地​​，云中服务和应用程序以及常见的业务服务，例如销售队伍。 它的本地连接器是其更重要的功能之一，它与企业存储服务器（例如IBM的DB2和Oracle）甚至大型机集成在一起。 但是，当您将Enterprise Integration Pack（EIP）添加到您的订阅中时，它才真正具有价值。

EIP引入了许多熟悉的BizTalk端点，重点是EDI文件的编码和解码，以及新的工作流程步骤，其中包含使用XSLT样式表处理XML文档并将其应用于XML文档的代码。 它是一个重要的工具，尽管与Logic Apps的其他功能相比有优势，但应使更多企业更轻松地将EDI添加到其工具中。 由于大公司要求其供应商与他们的供应链管理工具集成在一起，因此即使在最简单的级别上，对EDI的支持也变得至关重要。

使用企业集成包进行EDI

将Azure Logic Apps与EIP一起使用首先需要设置一个集成帐户 。 它存储和控制控制企业对企业连接所需的信息，包括集成协议，用于描述信息交换的架构以及用于保护和验证消息的任何数字证书。 您可以从免费层开始，进行相对简单的集成，这些集成的交易量很少，并且可以随着业务的增长而扩展。

集成帐户通过Azure门户进行管理，您可以使用该门户创建和编辑合作伙伴关系的定义文件 。 您需要的大部分内容都由您使用的EDI标准定义（例如国际EDIFACT ）。 任何EDI关系的核心都是协议，该协议定义了连接两端的合作伙伴，以及用于控制如何接收和传输消息的设置。 可以验证消息，以确保您从正确的来源收到正确的文档。 使用业务目录（例如，使用Dun＆Bradstreet编号）以及您使用的EDI网络的详细信息来定义合作伙伴。

实施EDI工作流程

配置完成后，通过其工作流程设置将您要使用的集成帐户链接到逻辑应用程序 。 这使集成帐户中的所有内容均可用于您的逻辑应用程序，从而允许进行更改以根据需要触发工作流。 与Logic Apps工作流中的块关联的代码将处理XML转换以及对特殊数据格式的任何转换。

工作流可以获取消息的内容，对其进行处理，然后将其传递给其他应用程序。 尽管在这里您可以选择将Visual Studio用作设计图以及Azure的内置工具，但构建逻辑应用程序与构建Flow十分相似。 这使得在大型企业应用程序项目中包含逻辑应用程序变得更加容易，包括在您选择的源代码控制工具中对其进行管理。 重要的是要记住，您不是在构建快速的部门或个人应用程序，而是在构建业务关键代码。

逻辑应用程序工作流程可以向业务流程添加规则。 订单需要人工干预还是可以自动化？ 付款有欺诈的风险吗？ 您可以根据需要在逻辑应用程序中添加尽可能多的决策点，其低代码架构意味着可以轻松地根据需要添加新步骤和新规则，甚至可以对规则进行重新排序以确保它们具有正确的优先级和适当的异常处理。

一切都与业务有关

不适合初学者使用Logic Apps for EDI。 您需要了解正在使用的EDI格式，以及现有的业务应用程序将如何使用该信息。 但是，如果您试图使业务关系自动化（将通信与ERP系统的订单或生产控制元素绑定在一起），则Logic Apps为您提供了一种基于消耗的方法来构建必要的集成工作流。

即使您没有提供与业务线工具的直接连接，Logic Apps仍然可以成为加入客户电子供应链的一种方式。 为什么不使用它将EDI消息传递到应用程序API的原因，不使用它的任何其他端点将机器对机器的消息转换为人类可读的文档。 也许您需要纸质文档或电子邮件来触发操作。 您要做的就是选择合适的端点，然后使用逻辑应用程序处理格式转换，以最适合您业务的方式传递消息的内容。

翻译自: https://www.infoworld.com/article/3404500/implementing-edi-with-azure-logic-apps.html

桌面应用程序 azure