看新闻很累?看技术新闻更累?试试下载 InfoQ 手机客户端,每天上下班路上听新闻,有趣还有料!
AxonIQ 公司最近发布了 AxonDB ,一款用于事件溯源的数据库,支持事务和基于推送的事件发布模式。为了确保数据库的性能不受存储容量的影响,AxonDB 的架构在读取数据方面下了功夫。AxonIO 方面的评测表明,即使在处理大量事件时,AxonDB 的性能仍然十分稳定。
AxonDB 支持完整的 ACID 事务模型,也就是说,可以在单个事务中插入多个事件。一致性是通过单调增长的唯一性序列号来实现的,所有事件必须持有一个这样的序列号。为了在高吞吐的情况下保证持久性,需要搭建 AxonDB 集群。
在往 AxonDB 插入事件时,事件不仅会被保存起来,还会被发送给事件监听器和事件处理器,从而避免了定时轮询,降低了延迟。
AxonDB 的其他特性包括:
- 使用 Java 开发。
- 直接操作文件,不使用任何底层的数据库系统。
- 只允许以追加的方式插入事件。
- 内置支持快照。
- 支持临时的查询,包括使用 XPath——可以通过这种方式达到调试等目的。
- 支持集群,集群只有一个主节点,写入事件时采用法定节点数原则。
- 支持从传统数据库或 MongoDB 迁移到 AxonDB。
AxonIQ 的商务总监 Frans van Buul 在一次演讲中强调,甘特的研究数据表明,基于事件的架构(Event-Driven Architecture,EDA)是 2018 年的十大技术趋势之一,而事件溯源就属于 EDA 的一种。
AxonIQ 的团队之所以要设计这款全新的数据库,是因为他们找不到一款可以支持以下特性的事件存储数据库,比如:
- 支持读取单个聚合中的所有事件,或者读取从某个时间点之后的所有事件。
- 按照写入顺序读回事件。
- 一次写入多个事件,并保证原子性,只能读取已提交的事件。
- 性能不受存储大小的影响,支持快照。
- 只支持追加方式写入,没有必要支持随机性的插入,不允许更新或删除,因为它们是不可变的。
- 将存储过的事件发布给事件监听器。
RDBMS 对原子性有很好的支持,但性能是硬伤。当需要存储的事件很多时,性能就得不到保证。
文档数据库(如 MongoDB)可以存储大量的数据,但对事务的支持不太好。解决办法是将多个事件保存在同一个文档中,但这样会导致其他方面的问题。
Kafka 高度可伸缩,虽然是为保存临时消息而设计,但也可以无限制地保存消息。但在读取一个聚合中的事件时仍然存在问题,虽然可以使用 topic,但无法扩展到数百万个聚合。
由 Greg Young 领导开发的 Event Store 是另一个为事件溯源而设计的存储引擎。它把大部分的逻辑包含在了引擎当中,而 van Buul 希望能够把逻辑与存储分开。
基于上述的几点原因,他们最后决定自己开发一个新的数据库,专注于支持事件溯源。于是,AxonDB 诞生了——一款商业数据库,提供了 4 个版本,其中一个是免费的开发者版本(包含了文档)。
注:即将发布的 MongoDB 4.0 将支持跨文档事务。
AxonIQ 提供了一个 GDPR 模块,确保事件中的个人数据使用加密秘钥进行加密,通过删除秘钥就可以移除个人数据。
2018 年 9 月 21 号将会有一场关于 Axon 产品的推介会。
评论