工作流设计的最佳实践

本章节描述了用于知行之桥工作流设计的常见最佳实践。

从入口和出口开始

大多数工作流都有一个数据入口和一个数据出口。对于某些循环工作流，入口点和出口点可能是同一个端口。

例如，当外部贸易伙伴通过AS2发送业务文档时，数据可能在AS2端口处进入工作流。此业务文档中的数据可能需要导入到后端系统中，如数据库。在这种情况下，AS2端口是工作流的入口，而数据库端口是工作流的出口。

创建新的工作流时，通常最容易从这些入口和出口端口开始。然后，“向内工作”，向工作流中添加更多端口，填充入口和出口之间的步骤(例如，添加将AS2接收的数据转换为数据库插入数据的端口)。

文件传输端口因合作伙伴而异

通过网络发送或接收文件的端口(如AS2、AS4、FTP、SFTP、OFTP等)是双向的，但只为单个贸易伙伴(即单个远程方)配置。换句话说，一个单一的AS2端口可以通过亚马逊发送和接收AS2信息，但它不能通过沃尔玛发送或接收文件。

许多MFT(安全可控文件传输)端口需要通过配置来交换文件。“个人配置”页面用于为每个支持的协议配置应用程序范围。例如，在AS2个人配置中配置的信息用于所有AS2端口，而特定于合作伙伴的AS2连接详细信息在每个AS2端口中配置。

对端口使用命名约定

端口应始终被赋予一个描述性名称，以表明端口在工作流中的角色。

• 安全可控文件传输端口的名称(如AS2、AS4、FTP、SFTP、OFTP等)应表明将与其交换文件的远程方，以及进行交换的协议。例如:Walmart_Production_AS2
• EDI端口的名称(例如X12和EDIFACT)应表明EDI文件交换的合作伙伴的名称、翻译方向和文件格式。例如:Walmart_X12_Outbound
• 数据映射端口的名称(例如，XML Map)应表明端口映射的格式/模式。例如:Map_850_to_Orders
• 后端集成端口的名称(如Database、MySQL、CData)应指明特定的后端系统和该后端系统内的表(如果适用)。例如: PostgreSQL_Orders_table

使用XML进行数据转换

知行之桥使用XML作为数据操作和转换的中间格式。许多端口将各种格式的文件翻译成XML，反之亦然(例如X12端口、EDIFACT端口、CSV端口等)。此外，知行之桥使用XML对后端系统输入和输出进行建模(例如，在类似数据库的系统中选择和插入)。

由于大多数源和目标格式都可以用XML表示，数据转换流通常具有以下结构:

• 以原始(源)格式提取或接收数据的端口
• 将此源格式转换为XML的端口(如果它还不是XML)
• 一个XML Map端口，它将源XML转换成表示目标(目的地)格式的新结构
• 一个将转换后的XML转换为目标格式的端口(如果需要非XML格式)
• 将最终文件发送到其预期目的地的端口

XML Map端口是在这些数据转换流程中执行关键工作的引擎。熟悉数据转换通常是熟悉XML Map端口的可视化设计器的事情。

在工作空间中组织工作流

多个独立的工作流可以在同一个“工作流”画布中配置，没有交叉污染的风险，但是将工作流划分到不同的“工作空间”有助于减少混乱和维护组织。

“工作流”页面右上角的齿轮可用于创建新工作空间、导入或导出工作空间配置设置以及删除当前工作空间(默认工作空间除外)。在任何给定时间，仅显示当前工作空间中的端口。

不同工作空间中的端口不能相互连接，并且特定于这些端口的数据和配置文件保存在单独的文件夹结构中。

注：文案部分图片及内容来源于网络，版权归原创作者所有，如有侵犯到您的权益，请您联系我们进行删除，给您带来困扰，我们深感抱歉。