Debezium 博客

一年前,我们开始了创造一种现代变更数据捕获方法的令人难以置信的旅程。我们渴望创造一个工具,让您可以专注于您的数据,通过基于管道的方法定义它如何从源流向目的地。所有这一切都配有一个全新的现代用户界面,以简化与其的交互。

我们将其命名为 Debezium Management Platform,或者如果您愿意,也可以简称为 Debezium Platform。

我们很高兴 Debezium 3.1 是这项多年努力的第一个正式版本。

最近 Debezium Charts 有一些变动,所以今天我来解释一下这些变动以及背后的原因。正如您从我们最新的 发布公告 中应该知道的,我们将发布我们的 Debezium Management Platform 的第一个版本。

Debezium Management Platform 旨在以一种高度确定性的方式简化 Debezium 在各种环境中的部署。为了实现这一目标,该平台采用了数据中心视角来管理 Debezium 组件。

对我们来说,这是 Debezium Server 的一个正常演进。我们已经提供了一个 Operator,以便在 Kubernetes 环境中轻松地操作它,现在我们提供了一个高级抽象,可以利用 Operator + Debezium Server 来部署您的数据管道。您可以在 Debezium UI 的状态 中阅读更多关于这个新项目背后原因的内容。

大家好,我是 Jakub。您可能已经注意到 Debezium UI 最近没什么动静。然而,这只能部分说明事实。我们欠您一个解释,请您耐心听我讲。让我们从当前 UI 项目的状态开始。我们越来越清楚,虽然 Debezium 的 UI 是我们愿景的重要组成部分,但开发一个严格绑定到 Kafka Connect 的 UI 并不是正确的方向……

在 Debezium 2.3 中,我们推出了一个全新的 Debezium Operator 的预览版,旨在为 Kubernetes (k8s) 集群提供无缝的 Debezium Server 部署。Debezium 2.4.0.Final 版本带来了向该组件全面支持迈出的下一步。在此版本中,我们很高兴地宣布 Debezium Operator 现在已包含在 Kubernetes 的 OperatorHub 目录以及 OpenShift 和 OKD 分发版中嵌入的社区 Operator 目录中。该 Operator 仍处于孵化阶段;然而,对该组件的全面支持正在快速到来。

版权所有 © Debezium 及其作者。保留所有权利。有关我们的商标详情,请访问我们的 商标政策商标列表。第三方商标属于其各自所有者,在此提及并不表示任何认可或关联。
×