你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

采用了 Azure Cosmos DB for Gremlin 的供应链可追溯性解决方案

适用于: Gremlin

本文概述了 Infosys 实现的可追溯性图形解决方案。 此解决方案使用 Azure Cosmos DB for Gremlin 和其他 Azure 功能在全球供应链中为成品提供跟踪与追溯功能。

本文内容:

  • 供应链上下文中的可追溯性的含义。
  • 通过 Azure 功能提供的全局可追溯性解决方案的体系结构。
  • Azure Cosmos DB 图形数据库如何帮助你在一种全球供应链中跟踪原材料与成品之间的复杂关系。
  • Azure 集成平台服务(如 Azure API 管理和事件中心)如何帮助你集成供应链的各种应用程序生态系统。
  • 如何从 Infosys 获取帮助,以便使用此解决方案来满足可追溯性需求。

概述

在食品供应链中,可追溯性是指在产品的整个生命周期内,在供应链中“跟踪和追溯”产品的能力。 供应链包括供应、制造和分发。 可追溯性对于食物安全、品牌和监管公开至关重要。

在过去,一些组织无法在其供应链中有效地跟踪和追溯产品。 结果导致成本昂贵的召回、罚款和消费者健康状况问题。

可追溯性解决方案必须满足数据调整和采用不同速度和准确性的数据引入的需求。 它们还必须遵循库存周期。 传统平台无法实现这些目标。

解决方案体系结构

供应链可追溯性通常会在引入托盘移动、处理质量事件和跟踪/分析存储数据时共享模式。 Infosys 开发了一种端到端可追溯性解决方案,该解决方案使用 Azure 应用程序服务、集成服务和数据库服务。 该解决方案提供以下功能:

  • 从工厂、仓库和跨地域的配送中心接收流数据。
  • 引入和处理并行库存变动事件。
  • 查看知识图,其中分析了原材料、生产批次、成品托盘、托盘的多级父/子关系(包装加工/重新包装)和货品变动之间的关系。
  • 访问具有搜索功能(包含通配符和特定关键字)的用户门户。
  • 识别质量事件的影响,如受影响的原材料、批次、托盘和托盘位置。
  • 在多个市场捕获事件的历史记录,包括产品召回信息。

Infosys 可追溯性解决方案支持云原生、API 优先和数据驱动功能。 下图展示了此解决方案的体系结构:

显示 Infosys 供应链可追溯性解决方案体系结构的示意图。

此体系结构使用以下 Azure 服务来帮助完成特殊任务:

  • 通过 Azure Cosmos DB,你可以弹性地提高或降低性能。 借助 API for Gremlin,你可以创建和查询原材料、成品和仓库之间的复杂关系。
  • Azure API 管理为第三方物流 (3PL) 提供商和仓库管理系统 (WMS) 提供了用于库存移动事件的 API。
  • Azure 事件中心提供了从 3PL 提供商和 WMS 收集大量并发事件以便进一步处理的功能。
  • Azure Functions(通过函数应用)使用 API for Gremlin 为 Azure Cosmos DB 处理事件和引入数据。
  • Azure 搜索支持复杂的搜索和筛选托盘信息。
  • Azure Databricks 读取更改源,并在 Azure Synapse Analytics 中为 Power BI 中的用户创建模型以用于自助式服务。
  • Azure 应用服务及其 Web 应用功能支持部署用户门户。
  • Azure 存储可存储存档的数据,以满足长期的监管需求。

图形数据库及其数据设计

货物的生产和配送需要维护一组复杂的动态关系。 采用可追溯性图形的自适应数据模型允许在供应链的所有步骤中存储这些关系。 下面是该过程的综合可视化效果:

供应链数据设计图

上图是复杂过程的简化视图。 不过,由于能够从工厂和仓库实时获取库存变动信息,因此可以创建一个精致的图形来连接所有这些不同的信息碎片:

  1. 可追溯性过程开始于供应商将原材料送至工厂。 此解决方案创建图形的初始节点(顶点)和关系(边缘)。

  2. 成品通过原材料制造并打包到托盘中。

  3. 根据客户订单,将托盘移动到工厂仓库或市场仓库。 仓库可能归公司或 3PL 提供商所有。

  4. 根据客户订单将托盘运送到各种其他仓库。 根据客户要求,会创建子托盘或子托盘的子项以适应订购数量。

    有时会通过混合多个项来生成一个全新项。 例如,在生成各种包的包装加工方案中,有时同一项会在不同托盘中被重新包装为更小或更大的数量,作为客户订单的一部分。

    供应链可追溯性解决方案中的栈板关系。

  5. 托盘通过供应链网络最终到达客户仓库。 在此过程中,可以进一步细分托盘,或与其他托盘合并,以生成新的托盘来履行客户订单。

  6. 最终,系统会创建一个复杂的图形,用于保存质量事件管理的关系信息。

    显示供应链对象关系的完整体系结构的示意图。

    这些复杂的关系对于质量事件至关重要,系统可以在其中追溯和跟踪供应链中的托盘。 图形及其遍历提供了这方面的必需信息。 例如,如果某一原材料出现问题,图形可以显示受影响的托盘以及当前位置。

后续步骤