传统数据库不得当当代企业架构了？
|
对这个平台的需求不只仅是对这些变乱流举办读写。变乱流不可是关于正在产生的工作短暂的、有损的数据喷射，它是对营业从已往到此刻的进程中所产生工作的完备的、靠得住的、耐久的记录。为了充实操作变乱流，必要一个用于存储、查询、处理赏罚和转换这些流的及时数据平台，而不可是一个短暂的变乱数据的“哑巴管道”。 把数据库的存储和处理赏罚手段与及时数据团结起来好像有点离奇。假如我们把数据库看作一种含有一大堆被动数据的容器，那么，变乱流看起来离数据库的规模还很远。可是，流处理赏罚的设法倾覆了这一点。假如我妹浇橼公司内部产生的任何对象的流看作“数据”，并应承一连“查询”对它的处理赏罚、相应和回响，会产生什么事呢？这导致了基础差异的数据库成果框架。 在传统的数据库中，数据是被动地安排的，守候应用措施某人来发出其要相应的查询。在流处理赏罚中，这个进程倒过来了：数据是一连的，勾当的变乱流，馈送到被动的查询中，该查询只是对数据流做出回响和处理赏罚。
在某些方面，数据库已经在内部计划中展示了其在表和变乱流上的二元性，纵然不是其外部特性也是云云。大大都数据库都是环绕提交日记构建的，提交日记充当数据修改变乱的耐久流。凡是，这些日记仅仅是传统数据库中的实现细节，查询无法会见。然而，在变乱流的天下，这些日记及其添补的表必要成为一等国民。 可是，集成这两件事的来由不可是基于数据库内部。根基上，应用措施是用存储在表中的数据对天下上产生的变乱做出回响 。在我们的零售示例中，贩卖变乱会影响库存变乱（数据库表中的状态），从而影响从头订购变乱（另一个变乱！）。整个营业流程可以由这些应用措施和数据库交互的菊花链形成，建设新变乱的同时也改变这个天下的状态（镌汰库存数目，更新余额等等）。 传统数据库只支持这个题目的一半，剩下的一半嵌入应用措施代码。KSQL 等当代流处理赏罚体系正在把这些抽象荟萃到一路，以开始完成数据库必要跨变乱和传统存储数据表举办的操纵，可是，变乱与数据库的同一只是一个刚开始的行为。 Confluent 的义务 Confluent 的义务是构建这个变乱流平台，辅佐企业环绕这个变乱流平台开始重构自身。首创人和许多早期员工乃至在公司降生之前就已经开始为这个项目事变了，并一向事变至今。 我们构建该平台的要领是由下而上。通过辅佐 Kafka 的焦点靠得住地举办大局限的存储、读写变乱流开始。然后，我们将仓库移到毗连器和 KSQL 上，让变乱流变得轻易及易于行使，我们以为这对付构建新的主流开拓范式是至关重要的。 我们已经在首要的民众云供给商以软件产物和完全托管的云处事情势让这个仓库变得可用。这使变乱流平台可用超过企业运营的整个情形，并在全部情形中集成数据和变乱。 整个生态体系有大量机遇在这个新的基本办法长举办构建：从及时监控和说明，到物联网、微处事、呆板进修管道和架构，数据移动和集成。 跟着这个新的平台和生态体系的鼓起，我们以为，它可以成为正在通过软件界说和执行其营业的转型公司的首要部门。跟着它生长为这个脚色，我以为，无论是在其范畴照旧计谋重要性上，变乱流平台将会和相关数据库不相上下。在 Confluent，我们的方针是使之实现。 作者先容 Jay Kreps，Confluent 的首席执行官，也是 Apache Kafka 的连系首创人之一。他曾是 LinkedIn 的资深架构师。 【编辑保举】
点赞 0 （编辑：河北网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
