搜索

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

download PDF

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 更改事件 envelope 可以是 JSON 或 Avro,您可以使用 JSON 或 Avro 作为每个 envelope 类型的数据格式。有关以 CloudEvents 格式发出更改事件的信息如下:

有关使用 Avro 的详情,请参考:

11.3.1. CloudEvents 格式的 Debezium 更改事件记录示例

以下示例显示了 PostgreSQL 连接器发送的 CloudEvents 更改事件记录类似如下。在本例中,PostgreSQL 连接器配置为使用 JSON 作为 CloudEvents 格式 envelope,也可以用作 数据格式

{
  "id" : "name:test_server;lsn:29274832;txId:565",   1
  "source" : "/debezium/postgresql/test_server",     2
  "specversion" : "1.0",                             3
  "type" : "io.debezium.postgresql.datachangeevent", 4
  "time" : "2020-01-13T13:55:39.738Z",               5
  "datacontenttype" : "application/json",            6
  "iodebeziumop" : "r",                              7
  "iodebeziumversion" : "2.5.4.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"
    }
  }
}
表 11.3. CloudEvents 更改事件记录中的字段描述
描述

1

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

2

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

3

CloudEvents 规格版本。

4

生成更改事件的连接器类型。此字段的格式是 io.debezium.CONNECTOR_TYPE.datachangeeventCONNECTOR_TYPE 的有效值为 db 2、mongodbmysqloraclepostgresqlsqlserver

5

源数据库中更改的时间。

6

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

7

操作标识符。可能的值有 r 用于读取、c 表示 create、u 表示 update,或 d 用于 delete。

8

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

9

在连接器中启用时,从 Debezium 更改事件已知的 事务 属性都会通过使用属性名称的 iodebeziumtx 前缀映射到 CloudEvents 扩展属性。

10

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

以下示例还显示了 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.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.5.4.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
}
表 11.4. 使用 Avro 格式格式的连接器的 CloudEvents 事件记录中的字段描述
描述

1

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

2

Avro 数据遵循的 schema 的 URI。

3

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

也可以将 Avro 用于 envelope 和 data 属性。

11.3.2. 配置 Debezium CloudEvents converter 示例

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

  • 使用 JSON 作为信封。
  • 使用 http://my-registry/schemas/ids/1 中的 schema 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"
...
表 11.5. CloudEvents converter 配置中的字段描述
描述

1

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

CloudEvents 转换器转换 Kafka 记录值。在同一个连接器配置中,如果要对记录键进行操作,您可以指定 key.converter。例如,您可以指定 StringConverterLongConverterJsonConverterAvroConverter

11.3.3. 配置元数据和一些 CloudEvents 字段的源

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

"value,id:generate,type:generate"

第一个部分指定检索记录元数据的来源;允许的值为 valueheader。下一部分指定如何获取 CloudEvent 的 idtype 字段;允许的值会被 生成 和标头

获取记录元数据

要构建 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 属性的值是一个全局设置。因此,即使您省略了属性值的部分,如 idtype 源,converter 会为忽略的部分生成 标头值

获取 CloudEvent 的 id类型

默认情况下,CloudEvents converter 会自动为 CloudEvent 的 idtype 字段生成值。您可以通过更改默认值并在适当的标头中指定字段的值来自定义转换器。例如:

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

使用上述配置生效,您可以配置上游功能,以添加 idtype 标头,以及您要传递给 CloudEvents converter 的值。

如果您只想为 id 标头提供值,请使用:

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

要提供元数据、id键入 标头中,请使用简短的语法:

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

11.3.4. Debezium CloudEvents converter 配置选项

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

表 11.6. CloudEvents converter 配置选项的描述

选项

默认

描述

serializer.type

json

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

data.serializer.type

json

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

json. ...

N/A

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

avro. ...

N/A

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

schema.name.adjustment.mode

none

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

schema.cloudevents.name

none

指定在 Schema Registry 中注册 schema 的 CloudEvents 模式名称。当 serializer.typejson 时会忽略此设置,在这种情况下,该值为 schemaless。如果没有设置默认算法,则需要生成 schema 名称 :${serverName}.${databaseName}.CloudEvents.Envelope

extension.attributes.enable

true

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

metadata.source

value,id:generate,type:generate

以逗号分隔的列表,用于指定转换器检索元数据(源、操作、事务)的源,以及 CloudEvent idtype 字段的名称。列表中的第一个元素是全局设置,用于指定元数据的来源。元数据的来源可以是 valueheader。第一个元素后接一组对,用于指定 CloudEvent 字段的名称(idtype),以及用于获取字段值的来源: generateheader。使用冒号分隔每个对中的值,例如:

value,id:header,type:generate

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

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

© 2024 Red Hat, Inc.