传统数据库不得当当代企业架构了？

在 2011 年，Marc Andressen 写了一篇文章，标题是《为什么软件正在吞噬整个天下》。个中心头脑是假如流程可以通过软件来实现，那么就必然会实现。这已经成为一种投资理论大略的表达方法，这种理论潜匿在硅谷今朝独角兽初创企业海潮的背后。它照旧我们现在看到的更普及的技能趋势背后的同一头脑，这些技能包罗呆板进修、物联网、无处不在的 SaaS 以及云计较。这些趋势都在用差异的要领使软件变得更富厚和成果强盛，并在企业间扩大其影响范畴。

我以为，陪伴而来的变革轻易被忽视但同样重要。这不只仅是企业行使更多的软件，并且越来越多的企业通过软件从头界说。也即，企业执行的焦点进程（从出产产物的方法到与客户交互的方法、交付处事的方法）正变得越来越多地在软件中指定、监控和执行。这已经是大大都硅谷技能公司的究竟环境，可是，这种转变正在伸张到全部范例的公司，无论其提供什么产物或处事。

为了澄清我的意思，让我们来看一个例子：斲丧银行的贷款核准流程。这是一个在计较机呈现早年就存在的营业流程。传统上，这是一个必要几个礼拜才气完成的流程，个中涉及银行署理人、抵押贷款官员和信贷官员等，各自以手动进程举办协作。现在，该流程趋向于以半自动化的方法执行，这些成果都有一些独立的软件应用措施，可以辅佐行使者更有用地执行。

然而此刻，在许多银行中这个操纵正在变为一个完全自动化的流程，个中信贷软件、风险软件和 CRM 软件之间彼此通讯并在几秒内提供决定。这里，银行贷款营业部分根基上变为软件了。虽然，这不是说公司将只变为软件（纵然在最以软件为中心的公司中照旧有许多人的），只是整个营业在用软件界说进程。

企业不可是把软件用作人工流程出产力的帮助本领，他们正在用代码构建整个营业部门。

这个转变具有许多重要的意义，可是，我存眷的是，这对软件自己的脚色和计划有什么意义。在这个新兴的天下上，应用措施的目标不太也许是为 UI 提供处事来辅佐人们开展营业，更也许的是触发操纵或对软件的其他部门作出回响以直接开展营业。尽量这很轻易领略，可是，它激发了一个大题目。

传统的数据库架构是否得当这个新兴的天下？  

事实，数据库一向是应用措施开拓中最乐成的基本布局层。然而，全部的数据库，从最完美的相关数据库到最新的键值存储，都遵循一种范式，在该范式中，数据是被动存储的，数据库守候呼吁对它举办检索或修改。被忘记的是，这种范式的鼓起是由一种特定范例的面向用户的应用措施来驱动的，在这种应用措施中，用户可以查察 UI 并启动将其转换为数据库查询的操纵。在我们上面提到的例子中，很显然构建了一个相关数据库以支持有助于在这为期 1 到 2 周的贷款核准流程中工钱身分的应用措施，可是，是否得当把包罗及时贷款核准流程在内的全套软件组合在一路，而该及时贷款核准流程是基于不绝变革的数据举办持一连查询而成立的？

现实上，值得留意的是，跟着 RDBMS（CRM、HRIS、ERP 等等）的鼓起，全部的应用措施都是在软件期间作为人类出产力帮助器材呈现的。CRM 应用措施使贩卖团队更有服从，HRIS 让 HR 团队更有服从等等。这些应用措施都是软件工程师所谓的“CRUD”应用措施。它们辅佐用户建设、更新及删除数据库记录，并在该流程上打点营业逻辑。这个中固有的假设是，在收集的另一端有人在驱动和执行该营业进程。这些应用措施的方针是给人们看一些对象（他们会查察功效），给应用措施输入更多的数据。

该模式与公司回收软件的方法相匹配：一点一点地增进由人执行的组织和进程。可是，数据基本办法自己并不知道怎样互连或对公司内部其他处所产生的工作做出回响。这导致发生了环绕数据库构建的全部范例的办理方案，个中包罗集成层、ETL 产物、动静转达体系，以及大量代码，这些代码是大局限软件集成的符号。

因为数据库没有为数据流建模，因此，公司内部体系之间的互连是一团乱麻。

变乱流的鼓起

当软件的首要脚色不是为 UI 提供处事，而是直打仗发操纵或对软件的其他部门做出回响时，那么，我们的数据平台必要什么新成果呢？

我以为，要从变乱和变乱流的观念开始来答复这个题目。什么是变乱？产生的任何工作，包罗用户登录实行、购置举动、价值的变革等等。什么是变乱流？一系列不绝更新的变乱，代表了已往产生的工作和此刻正在产生的工作。

变乱流为传统数据库的数据提供了一种很是差异的思索范式。基于变乱构建的体系不再被动地存储数据集和守候来自 UI 驱动的应用措施的呼吁。与之相反，它的计划目标是支持贯串整个营业中的数据流以及及时相应和处理赏罚产生在营业中的每个变乱的回响。这好像与数据库的规模相去甚远，可是，我以为，数据库的一样平常观念对将来的成长来说过于狭窄。

Apache Kafka 及其用途  

通过度享我本身的配景常识，我将概述一些变乱用例。Confluent 的首创人最初在 LinkedIn 事变的时辰建设了这个开源项目 Apache Kafka，连年来，Kafka 已经成为变乱流行为的基本技能。我们的念头很简朴：尽量 LinkedIn 全部的数据是通过一天 24 小时永不断止的流程不绝天生的，可是，操作这些数据的基本办法限于天天竣事时迟钝的大型批处理赏罚数据转储和简朴的查找。“一天竣事后的批处理赏罚”观念好像是已往穿孔卡片和大型机期间的遗产。究竟上，对付一个环球性的企业来说，天天没有竣事的观念。

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!