Schema Registry API快速入门

Schema Registry API允许您创建和管理各种Experience Data Model (XDM)资源。 本文档介绍了在尝试调用Schema Registry API之前需要了解的核心概念。

先决条件

使用开发人员指南需要实际了解Adobe Experience Platform的以下组件:

XDM使用JSON架构格式来描述和验证所摄取的客户体验数据的结构。 因此,强烈建议您查看官方JSON架构文档,以更好地了解此基础技术。

正在读取示例 API 调用

Schema Registry API文档提供了示例API调用,以演示如何格式化请求。 这些包括路径、必需的标头和格式正确的请求负载。还提供了在 API 响应中返回的示例 JSON。有关示例API调用文档中使用的约定的信息,请参阅Experience Platform疑难解答指南中有关如何读取示例API调用的部分。

收集所需标头的值

要调用Platform API,您必须先完成身份验证教程。 完成身份验证教程会提供所有 Experience Platform API 调用中每个所需标头的值,如下所示:

  • Authorization: Bearer {ACCESS_TOKEN}
  • x-api-key: {API_KEY}
  • x-gw-ims-org-id: {ORG_ID}

Experience Platform中的所有资源(包括属于Schema Registry的资源)都被隔离到特定的虚拟沙盒中。 对Platform API的所有请求都需要一个标头,用于指定将在其中执行操作的沙盒的名称:

  • x-sandbox-name: {SANDBOX_NAME}
NOTE
有关Platform中沙盒的更多信息,请参阅沙盒文档

对Schema Registry的所有查找(GET)请求都需要额外的Accept标头,其值将决定API返回的信息格式。 有关更多详细信息,请参阅下面的接受标头部分。

包含负载 (POST、PUT、PATCH) 的所有请求都需要额外的标头:

  • Content-Type: application/json

知道您的TENANT_ID know-your-tenant_id

在整个API指南中,您将看到对TENANT_ID的引用。 此ID用于确保您创建的资源被正确命名并包含在您的组织中。 如果您不知道自己的ID,可以通过执行以下GET请求来访问它:

API格式

GET /stats

请求

curl -X GET \
  https://platform.adobe.io/data/foundation/schemaregistry/stats \
  -H 'Authorization: Bearer {ACCESS_TOKEN}' \
  -H 'x-api-key: {API_KEY}' \
  -H 'x-gw-ims-org-id: {ORG_ID}' \
  -H 'x-sandbox-name: {SANDBOX_NAME}'

响应

成功的响应将返回有关贵组织使用Schema Registry的信息。 这包含一个tenantId属性,其值是您的TENANT_ID

{
  "imsOrg":"{ORG_ID}",
  "tenantId":"{TENANT_ID}",
  "counts": {
    "schemas": 4,
    "mixins": 3,
    "datatypes": 1,
    "classes": 2,
    "unions": 0,
  },
  "recentlyCreatedResources": [
    {
      "title": "Sample Field Group",
      "description": "New Sample Field Group.",
      "meta:resourceType": "mixins",
      "meta:created": "Sat Feb 02 2019 00:24:30 GMT+0000 (UTC)",
      "version": "1.1"
    },
    {
      "$id": "https://ns.adobe.com/{TENANT_ID}/classes/5bdb5582be0c0f3ebfc1c603b705764f",
      "title": "Tenant Class",
      "description": "Tenant Defined Class",
      "meta:resourceType": "classes",
      "meta:created": "Fri Feb 01 2019 22:46:21 GMT+0000 (UTC)",
      "version": "1.0"
    }
  ],
  "recentlyUpdatedResources": [
    {
      "title": "Sample Field Group",
      "description": "New Sample Field Group.",
      "meta:resourceType": "mixins",
      "meta:updated": "Sat Feb 02 2019 00:34:06 GMT+0000 (UTC)",
      "version": "1.1"
    },
    {
      "title": "Data Schema",
      "description": "Schema for Data Information",
      "meta:resourceType": "schemas",
      "meta:updated": "Fri Feb 01 2019 23:47:43 GMT+0000 (UTC)",
      "meta:class": "https://ns.adobe.com/{TENANT_ID}/classes/47b2189fc135e03c844b4f25139d10ab",
      "meta:classTitle": "Sample Class",
      "version": "1.1"
    }
 ],
 "classUsage": {
    "https://ns.adobe.com/{TENANT_ID}/classes/47b2189fc135e03c844b4f25139d10ab": [
      {
        "$id": "https://ns.adobe.com/{TENANT_ID}/schemas/274f17bc5807ff307a046bab1489fb18",
        "title": "Tenant Data Schema",
        "description": "Schema for tenant-specific data."
      }
    ],
    "https://ns.adobe.com/xdm/context/profile": [
      {
        "$id": "https://ns.adobe.com/{TENANT_ID}/schemas/3ac6499f0a43618bba6b138226ae3542",
        "title": "Simple Profile",
        "description": "A simple profile schema."
      },
      {
        "$id": "https://ns.adobe.com/{TENANT_ID}/schemas/fbc52b243d04b5d4f41eaa72a8ba58be",
        "title": "Program Schema",
        "description": "Schema for program-related data."
      },
      {
        "$id": "https://ns.adobe.com/{TENANT_ID}/schemas/4025a705890c6d4a4a06b16f8cf6f4ca",
        "title": "Sample Schema",
        "description": "A sample schema."
      }
    ]
  }
 }

了解CONTAINER_ID container

调用Schema Registry API需要使用CONTAINER_ID。 有两个容器可针对其进行API调用: global容器和tenant容器。

全局容器

global容器包含所有标准Adobe和Experience Platform合作伙伴提供的类、架构字段组、数据类型和架构。 您只能对global容器执行列表和查找(GET)请求。

使用global容器的调用示例如下所示:

GET /global/classes

租户容器

tenant容器包含组织定义的所有类、字段组、数据类型、架构和描述符,请不要与您的唯一TENANT_ID混淆。 这些功能对于每个组织都是独一无二的,这意味着其他组织无法看到或管理这些功能。 您可以对在tenant容器中创建的资源执行所有CRUD操作(GET、POST、PUT、PATCH、DELETE)。

使用tenant容器的调用示例如下所示:

POST /tenant/fieldgroups

tenant容器中创建类、字段组、架构或数据类型时,该容器将保存到Schema Registry并分配了包含您的TENANT_ID$id URI。 此$id在整个API中用于引用特定资源。 下一节中提供了$id值的示例。

资源标识 resource-identification

XDM资源使用URI形式的$id属性进行标识,如以下示例:

  • https://ns.adobe.com/xdm/context/profile
  • https://ns.adobe.com/{TENANT_ID}/schemas/7442343-abs2343-21232421

为了使URI更易于REST,架构在名为meta:altId的属性中还对URI进行了点表示法编码:

  • _xdm.context.profile
  • _{TENANT_ID}.schemas.7442343-abs2343-21232421

对Schema Registry API的调用将支持URL编码的$id URI或meta:altId(点表示法格式)。 最佳实践是在对API进行REST调用时使用URL编码的$id URI,如下所示:

  • https%3A%2F%2Fns.adobe.com%2Fxdm%2Fcontext%2Fprofile
  • https%3A%2F%2Fns.adobe.com%2F{TENANT_ID}%2Fschemas%2F7442343-abs2343-21232421

接受标头 accept

在Schema Registry API中执行列表和查找(GET)操作时,需要Accept标头来确定API返回的数据格式。 查找特定资源时,Accept标头中还必须包含版本号。

下表列出了兼容的Accept标头值,包括那些具有版本号的值,以及使用API时该API将返回的内容的描述。

接受
描述
application/vnd.adobe.xed-id+json
仅返回ID列表。 这最常用于列出资源。
application/vnd.adobe.xed+json
返回包含原始$refallOf的完整JSON架构列表。 用于返回完整资源的列表。
application/vnd.adobe.xed+json; version=1
$refallOf的原始XDM。 具有标题和描述。
application/vnd.adobe.xed-full+json; version=1
已解决$ref属性和allOf。 具有标题和描述。
application/vnd.adobe.xed-notext+json; version=1
$refallOf的原始XDM。 无标题或描述。
application/vnd.adobe.xed-full-notext+json; version=1
已解决$ref属性和allOf。 无标题或描述。
application/vnd.adobe.xed-full-desc+json; version=1
已解决$ref属性和allOf。 包含描述符。
application/vnd.adobe.xed-deprecatefield+json; version=1
$refallOf已解决,具有标题和描述。 已弃用的字段用deprecatedmeta:status属性表示。
NOTE
平台当前仅支持每个架构(1)的一个主要版本。 因此,在执行查找请求时,version的值必须始终为1,以便返回架构的最新次版本。 有关架构版本控制的更多信息,请参阅下面的子部分。

架构版本控制 versioning

架构版本由架构注册表API中的Accept标头和下游平台服务API负载中的schemaRef.contentType属性引用。

目前,Platform仅支持每个架构的单个主版本(1)。 根据架构演变🔗的规则,对架构的每次更新都必须是非破坏性的,这意味着架构的新次要版本(1.21.3等) 始终向后兼容以前的次要版本。 因此,在指定version=1时,架构注册表始终返回架构的​ latest ​主要版本1,这意味着不返回以前的次要版本。

NOTE
只有在数据集引用了架构并且以下情况之一为true后,才会强制实施架构演变的非破坏性要求:
  • 数据已摄取到数据集。
  • 该数据集已允许在实时客户档案中使用(即使未摄取任何数据)。
如果架构尚未与符合上述条件之一的数据集关联,则可以对它进行任何更改。 但是,在所有情况下version组件仍保留在1

XDM字段限制和最佳实践

架构的字段在其properties对象中列出。 每个字段本身都是一个对象,包含用于描述和约束字段可以包含的数据的属性。 请参阅有关在API中定义自定义字段的指南,以获取代码示例和最常用数据类型的可选约束。

以下示例字段说明了正确格式化的XDM字段,下面提供了有关命名约束和最佳实践的更多详细信息。 在定义包含相似属性的其他资源时,也可以应用这些实践。

"fieldName": {
    "title": "Field Name",
    "type": "string",
    "format": "date-time",
    "examples": [
        "2004-10-23T12:00:00-06:00"
    ],
    "description": "Full sentence describing the field, using proper grammar and punctuation.",
}
  • 字段对象的名称可以包含字母数字、短划线或下划线字符,但​ 不能 ​以下划线开头。

    • 正确: fieldNamefield_name2Field-Namefield-name_3
    • 不正确: _fieldName
  • 字段对象的名称首选camelCase。 示例:fieldName

  • 该字段应包含一个title,用大写字母写。 示例:Field Name

  • 该字段需要type

    • 定义某些类型可能需要可选的format
    • 如果需要特定格式的数据,可将examples添加为数组。
    • 字段类型也可以使用注册表中的任何数据类型定义。 有关详细信息,请参阅数据类型端点指南中有关创建数据类型的部分。
  • description说明字段和有关字段数据的相关信息。 它应该用完整的句子写成,语言要清晰,以便任何访问模式的人能够理解该字段的意图。

后续步骤

要开始使用Schema Registry API进行调用,请选择一个可用的端点指南。

recommendation-more-help
62e9ffd9-1c74-4cef-8f47-0d00af32fc07