注意:以下翻译的准确性尚未经过验证。这是使用 AIP ↗ 从原始英文文本进行的机器翻译。

关联产品

您可以将完整的工作流模块化为Marketplace商店中的一组关联产品。这允许在隔离的情况下对较小的产品进行迭代和升级。

使用关联产品可以确保:

  • 自动映射一个产品的内容与另一个产品的输入
  • 产品之间语义化版本的依赖关系
  • 安装时减少重复内容,因为多个产品中的重叠内容可以分离到一个上游产品中供下游使用

例如,如果您的工作流包含数据清洗管道和由清洗数据支持的Object类型,那么管道和Object类型可以打包成单独的产品。管道产品和Ontology产品之间的连接使它们可以同时安装,自动将管道产品的清洗数据集内容映射到Ontology产品所需的输入中。

打包关联产品

DevOps检查打包的源实体以确定同一商店中产品之间的链接。在以下概念示例中,有一个数据管道输出数据集和一个由数据集支持的Object类型。

连接资源的图示。

管道和Object类型可以作为单独的产品打包,DevOps将确保管道产品的输出数据集满足Ontology产品的数据集输入要求。此链接来自源实体。

例如,如果您的产品包含一个依赖于"Airplane" Object类型的Workshop应用程序,那么DevOps只会链接包含完全相同"Airplane" Object类型作为内容的产品。

两个关联的产品。

DevOps在下游产品打包时创建产品链接。这在上图中的Ontology产品中得以展示。换句话说,DevOps会寻找内容满足正在发布的产品草案输入的产品。此外,仅考虑同一商店中的产品。这意味着,如果上游产品被重新打包以产生新的输出,而这些输出可以被下游产品消耗,则下游产品也必须重新打包以重新生成链接,从而确保工作流的最新状态。

在打包产品时,您可以看到哪些其他产品可以为打包草案提供输入。

DevOps中的关联产品。

每个关联产品都可以打开以查看两个产品之间的映射。

DevOps中关联产品的详细视图。

重大更改

产品的重大更改是指导致产品内容的依赖工作流不再正常运行的更改。例如,重大更改可能是内容的移除或数据集列的类型更改。

如果在上游产品中进行了重大更改,可能会破坏与下游产品的链接。产品链接是用于semver兼容性范围,因此重大更改应通过主要版本增量来指示。主要增量向用户表明产品内容中存在不向后兼容的更改。

如果产品错误地以次要版本增量发布,您可以重新打包下游产品以触发关联产品生成并解决不兼容问题。这确保下游产品具有与上游产品最新版本的链接。

遵循的最安全程序是重新打包最近发布产品的所有下游产品,以便重新生成所有关联产品映射。

安装关联产品

当用户安装产品时,可以通过选择另一个关联产品的安装或草案来满足输入。要查看哪些关联产品可用,请访问安装草案的输入页面。

安装向导选择器以链接安装。

要查看关联的安装和草案,请选择查看图表

应用程序中的关联安装图表。

关联的草案显示为草案主页上的安装组。

Marketplace的草案主页。

关联安装草案在单个任务中一起安装,预先存在的安装作为输入而不受影响。开始安装后,您将被重定向到任务页面,您可以在此处跟踪任务状态。

具有两个安装的任务。

拆分产品

通常,大型产品包含工作流的不同阶段(例如数据清洗和应用程序)。这样的产品可以拆分为较小的产品,以允许更快速地迭代和发布每个部分。

通过将一些大型产品的内容分离到另一个产品中,您可以使用它们之间的自动映射同时安装这两个产品。然而,这可能会导致现有安装中的资源重复。

安装新创建的产品将创建新资源,而不是重用原始大型产品的已安装资源。

产品链接的最佳实践

以下是在链接产品时要考虑的一些提示,以确保您的产品保持可服务:

  • 从上游到下游打包产品。这确保生成的产品链接是最新的。
  • 通过主要版本增量指示产品的重大更改。
    • 重新打包下游产品消费者以重新生成产品链接。