Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

6.3. 以 CloudEvents 格式发出 Debezium 更改事件记录

CloudEvents 是以通用方式描述事件数据的规格。其目的是在服务、平台和系统间实现互操作性。Debezium 可让您配置 Db2、MongoDB、MySQL、Oracle、PostgreSQL 或 SQL Server 连接器，以发出符合 CloudEvents 规格的更改事件记录。

重要

以 CloudEvents 格式发出更改事件记录是一个技术预览功能。技术预览功能不被红帽产品服务级别协议(SLA)支持，且可能无法完成。因此，红帽不推荐在生产环境中实施任何技术预览功能。此技术预览功能为您提供对即将推出的产品创新的早期访问，允许您在开发过程中测试并提供反馈。如需有关支持范围的更多信息，请参阅 技术预览功能支持范围。

CloudEvents 规格定义：

  • 一组标准化事件属性
  • 定义自定义属性的规则
  • 将事件格式映射到序列化表示的编码规则，如 JSON 或 Apache Avro
  • Apache Kafka、HTTP 或 AMQP 等传输层的协议绑定

要将 Debezium 连接器配置为发出符合 CloudEvents 规格的更改事件记录，Debebe 提供了 io.debezium.converters.CloudEventsConverter，它是一个 Kafka Connect 消息转换器。

目前，只能使用结构化映射模式。CloudEvents 更改事件信封可以是 JSON 或 Avro，您可以使用 JSON 或 Avro 作为每个信封类型的数据格式。有关以 CloudEvents 格式发出更改事件的信息被组织，如下所示：

有关使用 Avro 的详情，请参考：

以下示例显示了 PostgreSQL 连接器发出的 CloudEvents 更改事件记录是什么样子。在本例中，PostgreSQL 连接器被配置为使用 JSON 作为 CloudEvents 格式，并作为 数据格式。 

{
  "id" : "name:test_server;lsn:29274832;txId:565",
1 

  "source" : "/debezium/postgresql/test_server",
2 

  "specversion" : "1.0",
3 

  "type" : "io.debezium.connector.postgresql.DataChangeEvent",
4 

  "time" : "2020-01-13T13:55:39.738Z",
5 

  "datacontenttype" : "application/json",
6 

  "iodebeziumop" : "r",
7 

  "iodebeziumversion" : "2.7.3.Final",
8 

  "iodebeziumconnector" : "postgresql",
  "iodebeziumname" : "test_server",
  "iodebeziumtsms" : "1578923739738",
  "iodebeziumsnapshot" : "true",
  "iodebeziumdb" : "postgres",
  "iodebeziumschema" : "s1",
  "iodebeziumtable" : "a",
  "iodebeziumlsn" : "29274832",
  "iodebeziumxmin" : null,
  "iodebeziumtxid": "565",
9 

  "iodebeziumtxtotalorder": "1",
  "iodebeziumtxdatacollectionorder": "1",
  "data" : {
10 

    "before" : null,
    "after" : {
      "pk" : 1,
      "name" : "Bob"
    }
  }
}
Expand
表 6.3. CloudEvents 更改事件记录中的字段描述
项描述

1

连接器根据更改事件的内容为更改事件生成的唯一 ID。

2

事件源，这是数据库的逻辑名称，如连接器配置中的 topic.prefix 属性指定。

3

CloudEvents 规格版本。

4

生成更改事件的连接器类型。此字段的格式是 io.debezium.connector.CONNECTOR_TYPE.DataChangeEvent。
CONNECTOR_TYPE 的有效值为 db2,mongodb,mysql,oracle,postgresql, 或 sqlserver.

5

源数据库更改的时间。

6

描述 data 属性的内容类型。可能的值有 json，如本例中所示，或 avro。

7

操作标识符。可能的值有 r 用于 read，c 用于 create，u 代表 update，d 表示删除。

8

来自 Debezium 更改事件的所有 源 属性都通过对属性名称使用 iodebezium 前缀来映射到 CloudEvents 扩展属性。

9

在连接器中启用时，Debezium change events 已知的每个 transaction 属性通过将 iodebeziumtx 前缀用于属性名称来映射到 CloudEvents 扩展属性。

10

实际的数据更改。根据操作和连接器，数据可能会在、或 补丁 字段 之前 包含。

以下示例显示了 PostgreSQL 连接器发出的 CloudEvents 更改事件记录是什么样子。在本例中，PostgreSQL 连接器再次配置为使用 JSON 作为 CloudEvents 格式 envelope，但此时连接器被配置为对数据格式使用 Avro。 

{
  "id" : "name:test_server;lsn:33227720;txId:578",
  "source" : "/debezium/postgresql/test_server",
  "specversion" : "1.0",
  "type" : "io.debezium.connector.postgresql.DataChangeEvent",
  "time" : "2020-01-13T14:04:18.597Z",
  "datacontenttype" : "application/avro",
1 

  "dataschema" : "http://my-registry/schemas/ids/1",
2 

  "iodebeziumop" : "r",
  "iodebeziumversion" : "2.7.3.Final",
  "iodebeziumconnector" : "postgresql",
  "iodebeziumname" : "test_server",
  "iodebeziumtsms" : "1578924258597",
  "iodebeziumsnapshot" : "true",
  "iodebeziumdb" : "postgres",
  "iodebeziumschema" : "s1",
  "iodebeziumtable" : "a",
  "iodebeziumtxId" : "578",
  "iodebeziumlsn" : "33227720",
  "iodebeziumxmin" : null,
  "iodebeziumtxid": "578",
  "iodebeziumtxtotalorder": "1",
  "iodebeziumtxdatacollectionorder": "1",
  "data" : "AAAAAAEAAgICAg=="
3 

}
Expand
表 6.4. 使用 Avro 格式化数据的连接器的 CloudEvents 事件记录中的字段描述
项描述

1

表示 data 属性包含 Avro 二进制数据。

2

Avro 数据遵循的 schema 的 URI。

3

data 属性包含 base64 编码的 Avro 二进制数据。

也可以将 Avro 用于信封以及 data 属性。

6.3.2. 配置 Debezium CloudEvents converter 的示例
复制链接

在 Debezium 连接器配置中配置 io.debezium.converters.CloudEventsConverter。以下示例演示了如何配置 CloudEvents converter，以发出具有以下特征的更改事件记录：

  • 使用 JSON 作为信封。
  • 使用 http://my-registry/schemas/ids/1 中的模式 registry 将 data 属性序列化为二进制 Avro 数据。 
...
"value.converter": "io.debezium.converters.CloudEventsConverter",
"value.converter.serializer.type" : "json",
1 

"value.converter.data.serializer.type" : "avro",
"value.converter.avro.schema.registry.url": "http://my-registry/schemas/ids/1"
...
Expand
表 6.5. CloudEvents 转换配置中字段的描述
项描述

1

指定 serializer.type 是可选的，因为 json 是默认的。

CloudEvents 转换器转换 Kafka 记录值。在同一连接器配置中，如果要对记录密钥进行操作，您可以指定 key.converter。例如，您可以指定 StringConverter、LongConverter、JsonConverter 或 AvroConverter。

6.3.3. 元数据和一些 CloudEvents 字段的配置
复制链接

默认情况下，metadata.source 属性由三个部分组成，如下例所示： 

"value,id:generate,type:generate,dataSchemaName:generate"

第一部分指定检索记录的元数据的来源；允许的值是 value 和 标头。下一部分指定转换器如何为以下元数据字段填充值：

  • id
  • type
  • dataSchemaName （在 Schema Registry 中注册 schema 的名称）

转换程序可以使用以下任一方法填充每个字段：

generate
转换程序为字段生成值。
header
转换程序从消息标头获取字段的值。

获取记录元数据

要构建 CloudEvent，转换器需要源、操作和事务元数据。通常，转换器可以从记录的值检索元数据。但在某些情况下，在转换器收到记录之前，可能会以某种方式处理记录，即元数据在其值中不存在，例如，在 Outbox Event Router SMT 处理记录后。要保留所需的元数据，您可以使用以下方法在记录标头中传递元数据。

流程

  1. 在记录到达转换器前，实现在记录的标头中记录元数据的机制，例如使用 HeaderFrom SMT。
  2. 将转换器的 metadata.source 属性的值设置为 header。

以下示例显示了使用 Outbox Event Router SMT 和 HeaderFrom SMT 的连接器的配置： 

...
"tombstones.on.delete": false,
"transforms": "addMetadataHeaders,outbox",
"transforms.addMetadataHeaders.type": "org.apache.kafka.connect.transforms.HeaderFrom$Value",
"transforms.addMetadataHeaders.fields": "source,op,transaction",
"transforms.addMetadataHeaders.headers": "source,op,transaction",
"transforms.addMetadataHeaders.operation": "copy",
"transforms.addMetadataHeaders.predicate": "isHeartbeat",
"transforms.addMetadataHeaders.negate": true,
"transforms.outbox.type": "io.debezium.transforms.outbox.EventRouter",
"transforms.outbox.table.expand.json.payload": true,
"transforms.outbox.table.fields.additional.placement": "type:header",
"predicates": "isHeartbeat",
"predicates.isHeartbeat.type": "org.apache.kafka.connect.transforms.predicates.TopicNameMatches",
"predicates.isHeartbeat.pattern": "__debezium-heartbeat.*",
"value.converter": "io.debezium.converters.CloudEventsConverter",
"value.converter.metadata.source": "header",
"header.converter": "org.apache.kafka.connect.json.JsonConverter",
"header.converter.schemas.enable": true
...
注意

要使用 HeaderFrom 转换，可能需要过滤 tombstone 和 heartbeat 信息。

metadata.source 属性的标头值是一个全局设置。因此，即使您省略了属性值的部分，如 id 和 type 源，转换器也会为忽略的部分生成 标头值。

获取 CloudEvent 元数据

默认情况下，CloudEvents 转换会自动为 CloudEvent 的 id 和 type 字段生成值，并为其 data 字段生成 schema 名称。您可以通过更改默认值并在适当的标头中指定字段的值来自定义转换器填充这些字段的方式。例如： 

"value.converter.metadata.source": "value,id:header,type:header,dataSchemaName:header"

在前面的配置生效时，您可以配置上游功能，以添加 id 和 type 标头，以及您要传递给 CloudEvents converter 的值。

如果您只想为 id 标头提供值，请使用： 

"value.converter.metadata.source": "value,id:header,type:generate,dataSchemaName:generate"

要将转换器配置为从标头获取 id、type 和 dataSchemaName 元数据，请使用以下短语法： 

"value.converter.metadata.source": "header"

要启用转换器从标头字段检索数据架构名称，您必须将 schema.data.name.source.header.enable 设置为 true。

6.3.4. Debezium CloudEvents converter 配置选项
复制链接

当您将 Debezium 连接器配置为使用 CloudEvent converter 时，您可以指定以下选项。

Expand
表 6.6. CloudEvents 转换配置选项的描述

选项

默认

描述

serializer.type

json

用于 CloudEvents envelope 结构的编码类型。该值可以是 json 或 avro。

data.serializer.type

json

用于 data 属性的编码类型。该值可以是 json 或 avro。

json. ...

N/A

使用 JSON 时要传递给底层转换器的任何配置选项。json. 前缀已被删除。

avro. ...

N/A

使用 Avro 时要传递给底层转换器的任何配置选项。avro. 前缀被删除。例如，对于 Avro data，您可以指定 avro.schema.registry.url 选项。

schema.name.adjustment.mode

none

指定应该如何调整模式名称，以便与连接器使用的消息转换器兼容。该值可以是 none 或 avro。

schema.cloudevents.name

none

指定在 Schema Registry 中注册 schema 的 CloudEvents 模式名称。当 serializer.type 为 json 时，该设置会被忽略，在这种情况下，记录的值为 schema。如果没有指定此属性，则默认算法用于生成模式名称 ：${serverName}.${databaseName}.CloudEvents.Envelope。

schema.data.name.source.header.enable

false

指定转换器是否可以从标头中检索 CloudEvents data 字段的 schema 名称。模式名称从 metadata.source 属性中指定的 dataSchemaName 参数获取。

extension.attributes.enable

true

指定转换器在生成云事件时是否包含扩展属性。该值可以是 true 或 false。

metadata.source

value,id:generate,type:generate,dataSchemaName:generate

以逗号分隔的列表，用于指定转换器从其中检索 CloudEvent id 和 type 字段的元数据值（源、操作、事务）和 dataSchemaName 参数，用于指定 schema 在 Schema Registry 中注册的名称。列表中的第一个元素是一个全局设置，用于指定元数据的来源。元数据的来源可以是 value 或 header。全局设置后跟一组对。每个对中的第一个元素指定 CloudEvent 字段的名称(id 或 type)，或数据架构的名称(dataSchemaName)。对中的第二个元素指定转换器如何填充字段的值。有效值为 generate 或 header。使用冒号将每个对中的值分开，例如：

value,id:header,type:generate,dataSchemaName:header

有关配置示例，请参阅 配置元数据源和一些 CloudEvents 字段。

Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情，请参阅红帽博客.

關於紅帽

我们提供强化的解决方案，使企业能够更轻松地跨平台和环境（从核心数据中心到网络边缘）工作。

Theme

© 2026 Red Hat返回顶部