Liftbridge为NATS提供了类Kafka的日志API

一项Gartner机构的研究表明，企业正将注意力转向事件驱动IT。研究指出了到2020年CIO必须优先考虑的三个事项。Apache Kafka作为一种被广为采用的事件流平台，其使用量的增长有力地支撑了上述声明。三家主要的云服务提供商（AWS、GCP和Azure）都提供了自己的事件流处理服务，一些业界领袖也加入了CloudEvents规范。开源项目Liftbridge通过提供类似于Kafka的可扩展日志API，实现了对NATS消息系统的扩展。

Liftbridge是由资深技术人员Tyler Treat创立的一个项目。Treat是NATS引擎的一位长期贡献者，现在NATS已成为一个由CNCF负责的项目。在宣布项目开源的博客帖子中，Treat指出该项目的目标是“填补基于日志的复杂消息系统（例如Apache Kafka和Apache Pulsar）与更为简单的云原生系统之间的空白”。为了解该项目的更多细节，并了解不断变化中的系统连接技术环境，InfoQ采访了Treat。

InfoQ：该项目意在解决哪些问题？

InfoQ：该架构历经多年的构建，您能概述一下其中的关键体会吗？

InfoQ： 是否可以让部分流量继续“仅仅”使用NATS，或者是否可以将单个实例专用于基于日志的事件处理？

InfoQ：您是否看到存在一些特有的场景，其中只适合使用ESB、轻量级消息代理、内存事件处理器（如NATS）或是基于日志的事件处理器？或者，您是否看到一些合并用例中使用了一到两种消息传递引擎？

InfoQ：在您（及社区）看来，在达到可用于生产环境前，Liftbridge还需满足哪些条件？

InfoQ：要摆脱传统的ESB转而采用类似于Liftbridge的系统，用户应该怎么做？

查看英文原文： NATS Gets Kafka-Like Log API via Liftbridge