Debezium发布历史164

本文主要是介绍Debezium发布历史164，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

原文地址： https://debezium.io/blog/2023/10/03/debezium-2-4-final-released/

欢迎关注留言，我是收集整理小能手，工具翻译，仅供参考，笔芯笔芯.

Debezium 2.4.0.Final Released
October 3, 2023 by Chris Cranford
releases mongodb mysql postgres sqlserver cassandra oracle db2 vitess outbox spanner

随着夏季月份的结束,我们进入了温度较低的秋天,团队努力地准备了德贝佐姆的下一个重要里程碑。我很高兴地宣布下一个小版本的发布,德贝泽姆 2.4.0.Final .

当团队开始下一次开发迭代的旅程时,让我们花点时间回顾一下Debezum2.4中包含的所有新特性、更改和改进,其中包括 231个问题由68个独一无二的贡献者决定。

突破性变化
虽然我们试图避免在小版本之间发生任何潜在的破坏性变化,但这种变化有时是不可避免的。德贝兹2.4的升级包括总共10个独特的断裂变化:

Mysql
精确度BIGINT 在配置连接器时没有适当设置数据类型。bigint.unsigned.handling.mode 作为precise .如果使用具有上述配置设置的架构注册表,则此版本可能导致架构不兼容,并可能要求注册表调整( DBZ-6714 ).

蒙戈德
配置属性mongodb.hosts 和mongodb.members.autodiscover 已经搬走了。连接器配置应更新为连接线相反( DBZ-6892 ).

建立了连接,更喜欢二级连接,这使得用户无法使用主连接。连接器将使用连接线影响连接地点( DBZ-6521 ).

先知
默认值snapshot.fetch.size 和query.fetch.size 配置属性从2000 到10000 作为提高连接器默认配置性能的一种方法( DBZ-6729 ).

系统更改号(SCN)JMDA指标作为String 以数据类型为基础BigInteger 数据类型,可输出到可观察堆栈( DBZ-6798 ).

活力
改变的事件结构已经改变,source 信息块现在包括一个新的字段,该字段标识事件起源于( DBZ-6617 ).

最终以_bin 据推断VARBINARY 数据类型,将它们作为二进制数据发布;然而,对于基于字符的列,这是不正确的。如果您使用这些排序类型和架构注册表,这可能导致架构不兼容,并可能需要一些注册表调整( DBZ-6748 ).

架构更改以前应用于所有碎片,而不是单独处理每个碎片。如果你用的是DefaultTopicNamingStrategy 或者衍生物,你应该TableTopicNamingStrategy 保留以前使用的同一主题命名。( DBZ-6775 )

只有一部分错误在默认情况下被重新测试。这种行为已经改变,现在所有的错误都是默认重试的,并且只有一个预先定义的错误条件的子集是没有的( DBZ-6944 ).

德贝兹服务器
德贝泽姆服务器现在包括卡珊德拉连接器的所有变体,并添加了一个新的环境变量EXTRA_CONNECTOR 控制哪个卡珊德拉连接器使用。这个变量可以设置为dse ,cassandra-3 ,或cassandra-4 ( DBZ-6638 ).

改进和变化
在本节中,我们将参观一下Debezum2.4的所有新功能和改进。

核心
临时阻塞快照
增量快照是近两年前在Debezum1.6中首次引入的,在处理各种重新快照的使用案例方面仍然很受欢迎。然而,在某些情况下,读取事件与创建、更新和删除的相互关联性可能不太理想,甚至没有一些用户应用程序支持。对于那些用例,Debezum2.4引入了临时阻塞快照。

特别阻塞快照的工作方式与特别增量快照的工作方式相似;不过,有一个主要区别。快照仍然是通过发送信号到Debezum来触发的;然而,当连接器处理信号时,关键的区别是在快照进程运行时流被搁置。这意味着您将不会收到与创建、更新或删除事件交织在一起的一系列读取事件。这也意味着我们将以类似于传统快照的方式处理快照,因此吞吐量通常应该高于增量快照。

请注意,在执行快照时,临时阻塞快照会使对事务日志的读取暂停。这意味着在使用这种特别快照模式时,传统快照对事务日志可用性也适用同样的需求。当流恢复运行时,如果所需的事务日志已被删除,则连接器将引发错误并停止。

启动临时阻塞快照的信号与临时增量快照的对应信号非常相似。下面的信号显示了用条件快照特定表的有效载荷,但这使用了新的阻塞快照,而不是增量快照:

{
“type”: “execute-snapshot”,
“data”: {
“data-collections”: [“public.my_table”],
“type”: “BLOCKING”,
“additional-condition”: “last_update_date >= ‘2023-01-01’”
}
}
使用BLOCKING 与其说INCREMENTAL 区分两种临时快照模式。
错误处理
一些德贝兹接头以前使用连接器属性,errors.max.retries .此属性控制德贝兹连接器故障异常明确包在一个RetriableException 但是连接器将原始异常抛到运行时。听起来可能和卡夫卡的errors.retry.timeout 这有效地给了用户一种处理跨多个德贝兹运行时间的重试的通用方法,包括卡夫卡连接、德贝兹服务器和嵌入德贝兹。

初始快照通知
Debezum的新通知子系统提供了一种简单的方法,可以将第三方工具和应用程序与Debezum集成起来,从而深入了解正在进行的更改数据捕获过程,而不仅仅是传统的jmx方法。在2.4中,通知子系统现在包括通知您正在进行的初始快照的状态的能力( DBZ-6416 ).

发出初步快照通知时使用的是aggregatetType 属于…的Initial Snapshot 包含一个type 显示快照当前状态的字段。可能的价值包括:STARTED ,ABORTED ,PAUSED ,RESUMED ,IN_PROGRESS ,TABLE_SCAN_COMPLETED ,以及COMPLETED .

使用JSON用户数据的JMX通知
Debezum2.4改变JMDA通知提供用户数据的方式。在以前的版本中,通知使用了toString() 样式实现虽然有效,但与其他结构化程度更高的格式(如JSON)不同,它不能提供任何良好的向前或向后兼容性语义。

今后,将以JSON的形式提供JDB2通知的用户数据,从而使今后更容易和更可靠地解析和支持可扩展性,而不必担心向后兼容性。我们希望这能使这一功能更易于使用,并欢迎任何其他反馈。

通知书
所有通知事件将包括一个时间戳( DBZ-6793 ).

源至链接列名称传播
通常情况下,列名直接映射到字段名,反之亦然,当接收器连接器(如JDBC连接器)使用时。但是,在有些情况下,序列化技术,如avro,对于字段命名约定有非常具体的规则。当数据库表中的列名称与序列化规则的命名约定发生冲突时,Debezum将在事件中重命名该字段,从而使其遵守序列化规则。这通常意味着一个字段将被下划线或无效字符替换为下划线。

这可能会给某些类型的汇带来问题,例如JDBC接收器连接器,因为接收器不能轻易地推断目标表的原始列名称,也不能在事件的字段名称和不同的列名称之间充分映射。这通常意味着用户必须使用接收端的转换链,以便用代表源的命名来重建事件的字段。

Debezum2.4引入了一种方法,通过将原来的列名传播为字段架构参数来最小化并可能完全避免这种情况,与我们在数据类型、精度、规模和长度方面所做的一样。架构参数__debezium.source.column.name 现在在启用列或数据类型传播时包括原始列名称。

DEBZMUJDBC接收器连接器已经与柱和数据类型的传输工作,允许接收器连接器更精确地推断柱的类型、长度、精度和比例。

有了这个新功能,JDBC接收器连接器将自动使用这个参数中的列名称,当它被提供以保证用与源相同的列名称创建目标表时,即使使用了avro或类似的名称。这意味着在使用德贝齐亚JDBC接收器连接器时不需要转换。

时空变换
我们经常听到的社区的一个共同要求是使用UTC以外的其他时差发出时序列。德贝兹通过使用CustomConverter 改变默认情况下发出时间列的方式,以编写您自己的单个消息转换;然而,这些方法可能不适合每个人。

德贝兹2.4现在的船上有一个全新的时区变换,使你能够控制颗粒级,在发射事件中的时间列将从UTC转换成你的管道所需要的任何希望的时区。要开始这个新的转换,请在连接器中添加以下基本配置:

{
“transforms”: “tz”,
“transforms.tz.type”: “io.debezium.transforms.TimezoneConverter”,
“transforms.tz.converted.timezone”: “America/New_York”
}
通过指定上述配置,UTC中发出的所有时间列将从UTC转换为美国/纽约时区。但是,您不限于仅仅改变所有时间域的时差,还可以使用include.fields 财产如下:

{
“transforms”: “tz”,
“transforms.tz.type”: “io.debezium.transforms.TimezoneConverter”,
“transforms.tz.converted.timezone”: “America/New_York”,
“transforms.tz.include.fields”: “source:customers:created_at,customers:updated_at”
}
在上面的示例中,第一项将转换created_at 在哪里源表名称是customers 而后者将把updated_at 在哪里题目名称是customers .此外,您还可以使用转换排除字段exclude.fields 将转换应用到除一个子集以外的所有子集:

你可以在文件我们很乐意听取你的反馈。

蒙戈德
全集群特权
在浏览单一数据库或集合时,不再需要全群权限( DBZ-6182 ).

聚合管道的可配置顺序
Debezr2.4现在提供了一种控制变更流管道聚合顺序的方法。在汇总特定文件时,这一点至关重要,可能会导致诸如大型文件等管道问题。

在默认情况下,连接器应用蒙戈德内部管道过滤器,然后使用任何用户构建的过滤器;然而,这可能导致大型文档将其输入管道,而蒙戈德文件如果超过内部16MB限制,可能会造成错误。在这种用例中,连接器现在可以配置为将用户阶段应用于首先定义的管道。cursor.pipeline 过滤掉这些用例,以避免管道因16MB限制而失效。

为此,只需将下列配置应用于连接器:

{
“cursor.pipeline.order”: “user_first”,
“cursor.pipeline”: “”
}
详情请参阅文件 .

定制认证
在特定的环境中,例如aws,您需要使用awsiam基于身份验证来连接到蒙戈德集群;然而,这需要设置属性USAS。AWS_CREDENTIAL_PROVIDER .此提供程序负责创建会话并提供凭证。

为了在这样的环境中更无缝地集成一个新的配置属性,mongodb.authentication.class 添加了允许您直接在连接器配置中定义凭证提供者类的内容。如果需要使用这种提供者配置,现在可以将以下内容添加到连接器配置中:

{
“mongodb.authentication.class”: “”,
“mongodb.user”: “username”,
“mongodb.password”: “password”
}
另外,如果认证需要使用另一个数据库admin ,连接器的配置也可包括mongodb.authsource 属性来控制应该使用什么身份验证数据库。

详情请参阅文件 .

滤镜配对模式
新的配置属性,filtering.match.mode 添加了MOGODB,以允许指定如何处理过滤。此属性可以用两个的值指定regex 或literal ( DBZ-6973 ).

蒙戈德7
蒙戈德7.0是上个月发布的,在蒙戈德7支持下,德贝兹2.4船。

如果您希望为您的环境升级到蒙戈db7,那么您可以很容易地做到这一点,因为Debezum2.4+与新版本完全兼容。如果您遇到任何问题,请告诉我们。

并行增量快照
自从在Debezum1.x中引入增量快照以来,在同时从数据库事务中捕获更改的同时,增量快照现有数据的过程一直是一个单线程活动。添加新的功能集中在基础上,并建立在这个基础上,这并不少见,这正是蒙高达所发生的事情。

在Debezum2.4中,我们正在采取第一个步骤,通过并行读取多个块来增加对与MOGODB连接器的增量快照的并行支持。在收集、排序和根据事务日志捕获数据集进行复制时,这将允许以内存为代价的更快吞吐量。感谢越王为了让我们的努力 DBZ-6518 这绝对是我们正在探索的关系连接器,在即将发布的Debezum版本中。

阅读偏好
读取连接字符串的优先权( DBZ-6468 , DBZ-6578 ).

认证更改
支持技术合作开发数据库部署的认证( DBZ-6596 ).

Mysql
替代司机支助
为了在aws上使用iam身份验证,需要一个专用的mysql驱动程序来提供这类功能。使用Debezum2.4,您现在可以为这个特定的驱动程序提供一个引用,而连接器将使用该驱动程序,而不是使用与连接器一起运输的默认驱动程序。

例如,若要在Aws上使用iam身份验证连接,需要进行以下配置:

database.jdbc.driver=software.aws.rds.jdbc.mysql.Driver
database.jdbc.protocol=jdbc:mysql:aws
…database.jdbc.driver 指定连接器应加载并用于与mysql数据库通信的驱动程序。…database.jdbc.protocol 是一个补充配置属性,在所有上下文中可能不需要。它默认了jdbc:mysql 不过,既然我们需要jdbc:mysql:aws ,这允许您在配置中指定此派生。

我们很喜欢听到反馈,以及类似的东西是否对其他场景有用。

并行快照架构事件
感谢岳威的贡献( DBZ-6472 ),mysql连接器将在快照阶段使用并行化生成架构事件。这将提高在获取数据库中许多表的架构时的总体性能。我们计划研究如何将其扩展到其他关系连接器。

后记
后记16
就在一个多星期前,后格列克宣布立即发布16,我们很高兴地宣布,Debezum2.4将支持这个发布。

后置程序16从备用服务器中引入逻辑复制;但是,这个特性还没有被Debezum测试过,并且将在以后的Debez铵构建中引入这个特性。目前,逻辑复制仅通过主程序支持。

支助b
时标数据库是一个基于开放源代码的基于时间序列的数据库,基于后GERGSQL。这意味着支持时间自动化b的大量功能直接来自于现有的后行SQL连接器;然而,时间自动化b的某些方面,如块、超表和集合,却不是。

因此,如果您想开始使用Debezum2.4和时间表,那么集成就需要同时使用一个新的后置SQL连接器和一个新的连接器。TimescaleDb 单消息转换(SMT)。这两者的组合提供了从时间表环境中流出更改的能力,这些更改具有基于块、超表和聚合的适当表名。

…TimescaleDb 可通过io.debezium.connector.postgresql.transforms.timescaledb 并负责在使用块、超表和聚合时调整最终主题名称。此外,此转换将元数据头添加到更改事件中,这样您就可以相应地知道原始的块名称、块表、超表模式和表名称。

先知
嵌入式无限全局配置支持
甲骨文连接器支持三种不同的缓冲技术,一种是基于JVM堆,而另两种是基于使用英菲尼斯潘的非堆存储。在使用Inffiisan时,您可以选择使用远程集群,其中缓存通过远程连接存储和管理,或者使用嵌入式集群,其中集群由连接器本身在本地管理。

在使用远程英菲尼斯潘集群时,有一些集群配置作为英菲尼斯潘安装本身的一部分,这通常被称为全局或集群配置。然而,当使用嵌入式英菲尼斯潘集群时,Debezum仅仅使用了嵌入式集群的默认配置,可能并不总是为每个环境提供所有必要的行为。

德贝兹2.4引入了一种新的配置特性,log.mining.buffer.infinispan.cache.global .此属性允许为无限"全局"或"集群"配置指定XML配置。

配置示例

使用Debezum2.4,如果您正在使用无限泛嵌入式缓冲区,您现在可以安全地配置整个嵌入式全域配置,这可以允许您在使用嵌入式无限泛引擎时调整和提高整体性能。

最大交易年龄度量
甲骨文连接器提供了大量的数据,包括OldestScn 表示连接器事务缓冲区中最老的系统更改号的度量值。这个SCN可以帮助我们了解事务相对于当前系统更改数的缓冲距离,CurrentScn .然而,系统更改数只是简单地说,需要使用数据库函数的数值调用来知道更改何时发生。

连接器从Debezr2.4开始,现在还将通过提供一个新的度量来跟踪最老的系统更改号的年龄OldestScnAgeInMilliseconds .这个指标是根据OffsetScn 计算该时间和度量的查询时间之间的差异,给出一个粗略的时间,在缓冲区中最老的事务的毫秒,该事务尚未提交或回滚。

如果您可能有兴趣帮助其他指标,请与我们联系,让我们知道。

开放式吸收法
用于甲骨文连接器的Debezum传统上由两个适配器运输,一个用于甲骨文X流,另一个用于与甲骨文日志程序直接集成。虽然每个适配器都有自己的好处,并且在功能和对大量数据类型和用例的支持方面相当成熟,但是我们想探索一种完全不同的捕获更改的方法。

2.4.0.Beta2介绍了一种基于公开者 .适配器直接与开放式处理器进程集成,以便以类似的方式创建更改事件,而X流实现则充当甲骨文(甲骨文)的客户机。

开放程序是一个独立的过程,它要么必须在甲骨文数据库服务器上运行,要么可以独立于数据库服务器运行,但需要通过tml/IP与数据库直接通信,并具有对甲骨文重做和归档日志文件的直接读取访问。开放链接器也不使用任何预先构建的二进制文件来发送代码,因此必须直接从源文件中构建或部署在集装箱图像可以通过文件共享远程访问数据库及其文件。

一旦安装了开放式计算器,设置需要以下步骤:

配置开放式计算器的配置,OpenLogReplicator.json .

将甲骨文连接器配置为使用开放式润滑器适配器。

此时,甲骨文连接器的Debezum期望开放式配置使用非常特定的设置,以便使用正确的序列化将数据转移到连接器。… 示例配置显示必须设置的关键配置参数,以便正确地吸收数据。

当配置了开放式润滑剂时,您应该看到以下开放式润滑剂开始:

OpenLogReplicator v1.2.1 © 2018-2023 by Adam Leszczynski (aleszczynski@bersler.com), see LICENSE file for licensing information, arch: x86_64, system: Linux, release: 6.4.11-200.fc38.x86_64, build: Debug, modules: OCI Probobuf
adding source: ORACLE
adding target: DBZ-NETWORK
writer is starting with Network:0.0.0.0:9000
源别名配置于OpenLogReplicator.json
所配置的目标别名OpenLogReplicator.json
主机和端口打开器正在监听。
最后,为配置连接器,设置以下连接器配置选项:

{
“database.connection.adapter”: “olr”,
“openlogreplicator.source”: “”,
“openlogreplicator.host”: “”,
“openlogreplicator.port”: “”
来源别名定义于OpenLogReplicator.json 使用的配置。
运行开环器的主机。
打开器正在监听端口。
当连接器启动并开始流时,它将连接到开放行进程的网络端点,与序列化进程谈判连接,然后开始接收重做日志条目。

在最终发布之前的几周里,我们将会有另一篇博文,更详细地介绍开放式的润滑剂,但在此期间,请自由尝试新的摄取方法,因为我们很乐意听到您的反馈。

由于该摄入方法是实验性的,有一些已知的限制,请回顾连接器文件关于细节。

XML和原始数据类型
Debezum2.4支持几个新的甲骨文数据类型,其中包括XML_TYPE 和RAW ( DBZ-3605 )。支持XML需要两个新的甲骨文依赖关系:xdb 和xmlparserv2 .这些依赖项不能再分配,因此默认情况下它们不包括在连接器插件归档中,很像连接器的驱动程序。您必须直接从Maven中央或甲骨文获得这些,就像驱动依赖一样。

此外,XML的工作原理与CLOB 和BLOB 数据类型;因此,连接器必须配置为lob.enabled 开始true 吸收XML变化。我们很高兴听到你对这个新功能的反馈,因为它已经被要求了很长时间。

sql服务器
心跳改善
数据库在一段时间内没有发生任何相关的更改,无论是由于不活动还是由于基于配置的连接器不感兴趣而发生的更改,这种情况并不少见。在这些情况下,至关重要的是,连接器管理的偏移元数据在这些期间与偏移支持存储保持同步,这样连接器的重新启动就会像预期的那样工作。

使用Debezum2.4,如果SQL服务器更改捕获循环没有发现任何更改,或者发生的更改与连接器无关,则连接器在启用时将继续发出心跳事件。这将提高存储在不同用例的偏移支持存储中的补偿的可靠性。

JDBC
改进的表命名战略
尼古拉斯·范补充了从变革事件中引用价值的能力。source 信息块作为连接器配置属性的一部分table.name.format .如果您想引用这些字段,请使用${source.} 在配置中,该字段的值将被使用( DBZ-6595 ).

基于头部的主键
罗马Kudryashov提供了从更改事件中定义的标题中解析行主键的能力。若要使用此新特性,请指定连接器配置属性primary.key.mode 作为record_header .如果头值是一个原始类型,则需要定义primary.key.fields 配置类似于如果事件的记录键是原始的,你会怎么做。如果头值是struct 类型,默认情况下将使用结构的所有字段,但指定primary.key.fields 属性允许您从标题中选择一个字段子集作为键( DBZ-6602 ).

sql服务器标识插入
每个数据库将不同的值插入到基于身份的列中。对于SQL服务器,这就需要IDENTITY_INSERT 在插入和禁用此功能之前。与德贝兹2.4,德贝兹JDBC接收器连接器在目标数据库中为此提供支持。

为了利用基于标识的插入,JDBC接收器连接器必须配置一个新的基于数字的属性dialect.sqlserver.identity.inserts ,可设定为true 或false .默认情况下,此功能设置为false 如果希望插入到基于标识的列中,则必须启用。

一旦启用,所有的插入和更新的行动将包括以下内容:

SET IDENTITY_INSERT ON;

SET IDENTITY_INSERT OFF;
扳手
等待初始化任务超时
由于某些情况,扳手连接器可能无法从START_INITIAL_SYNC 初始化期间的状态。在徐南希的调查之后,引入了一个新的配置选项来提供一个可配置的超时。可通过设置来完成connector.spanner.task.await.initialization.timeout 数毫秒。

Gke工作量身份支持
谷歌库伯内特斯引擎(GKE)支持身份工作负载,允许您使用比传统的基于jon的密钥更安全的身份验证机制。在Debezum2.4中,当没有显式设置JSON键时,扳手连接器将自动默认GKE工作负载身份验证。感谢笑过的人作为这项努力的一部分 DBZ-6885 .

UI
连接指标
德贝齐尔用户界面项目允许您使用网络接口轻松地将任何德贝齐尔连接器部署到卡夫卡连接上。这个版本通过在主连接器清单视图中加入几个连接器指标改进了接口。我们希望您能对这一变化提供反馈,并欢迎您对其他指标提出任何有用的建议( DBZ-5321 ).

例子
抵消编辑器示例
由于各种原因,用户通常表示需要操纵连接器抵消。对于那些不熟悉卡夫卡的CLI工具或Java的人来说,这通常是非常困难的,如果你使用的是Debezum服务器的话。感谢贡献( DBZ-6338 )你现在可以使用编辑器从命令行或基于网络的接口中操纵偏移。

去我们的示例存储库跟着README.md 开始吧。

其他变动
一起来, 15期是固定在这个版本里的 231个问题所有的德贝齐2.4释放。

没有与云转换器一起工作的脱位箱 DBZ-3642

增量快照数据收集不会减少 DBZ-6787

不再需要集群范围的权限 DBZ-6888

时空变换不能起作用 DBZ-6940

Mysql发出信号的文档是错误的 DBZ-6941

在附加条件下使用或使用时的无限循环 DBZ-6956

将指定的DDL事件逻辑还原 DBZ-6966

ddl解析器不支持新的关键字 DBZ-6971

减少处理重新平衡事件的时间 DBZ-6974

共享异常(mysql/Mariadb):带空格的用户规范 DBZ-6978

#应该接受无限大失败的邮政&l;14 DBZ-6986

#应添加新现场信息可能会失败,因为架构可能不存在 DBZ-6987

我非常感谢社区里所有参与德贝佐姆2.4的贡献者: 文森佐·桑托伊纳斯塔索 , 亚当·斯特里克兰 , 艾丽莎 , 安纳托利波波夫 , 安德烈亚斯·马滕斯 , 安迪·皮克勒 , 阿尼尔·达萨里 , 库马尔 , 阿尼莎 , 蚂蚁库特谢拉 , 古卡文化 , 香膏本 , 鲍勃·罗丹 , 布雷诺·莫雷拉 , 田 , 克里斯比尔德 , 克兰福德 , 克里斯·埃格顿 , 科恩 , 大卫雷米 , 埃姆雷·阿克格登 , 埃里克潘贾万 , 法河福 , 巴西 , 恒鲁 , , 侯赛因托拉比 , 因德拉舒克拉 , 王英基 , 杰克布切切克 , 杰里米·福特 , 伊日诺沃特尼 , 伊里·帕坎奇c , 约翰·沙兰达 , 考斯图夫查克拉巴蒂 , M.阿克金姆 , 马里奥菲奥尔维塔莱 , 马丁·梅戴克 , 马西莫·福图纳特 , 徐南希 , 尼基尔·贝尼斯 , 尼尔利维 , 翁德雷杰巴贝克 , 张保华 , 拉金德拉·当瓦尔 , 勒内·克纳 , 罗丹 , 罗马库德里亚索夫 , 罗纳克·贾因 , 赖安·范胡克斯波特 , 徐智权 , 谢尔盖艾兹纳 , 张舒兰 , 斯特凡·米科洛维奇 , 斯坦因·罗文克 , 孙小健 , 托马斯桑顿 , 中村通月 , 沃齐赫·吉拉尼克 , 吴振华 , 小坚太阳 , 王延杰 , 雅什树 , 郑王 , 大卫雷米 , 伊布努拜 ,以及蒂森 !

下一步是什么?
德贝佐姆2.4是这个团队的一个标志性的里程碑,所以在喝了几杯酒和庆祝活动之后,我们的计划是把我们的注意力转向在12月中旬发布的2.5版的未来。我们已经开了第一次德贝兹社区会议,讨论了路线图我们非常渴望开始。

如果你有任何想法或建议,你想看到什么包括在德贝兹2.5,请提供反馈意见,我们的邮寄清单或在我们的郁金香聊天 .

这篇关于Debezium发布历史164的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！