首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

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

  • 发表于:
  • 本文为 InfoQ 中文站特供稿件
  • 首发地址http://www.infoq.com/cn/news/2018/08/nats-liftbridge
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券