用Kafka API而非Kafka

随着越来越多的企业开始运用事件在微服务之间共享数据、收集分析数据或传输数据到数据湖，Apache Kafka已经成为支撑事件驱动架构的最受欢迎的平台。尽管 Kafka 的可伸缩的消息持久化概念是革命性的，但要使其正常工作，还是需要依赖众多的活动部件，包括 Zookeeper、代理、分区和镜像。虽然实现和维护这些组件会很棘手，但是它们确实在需要的时候，尤其是在企业规模的应用中，提供了极大的灵活性和强大功能。因为采用 Kafka 完整生态系统的门槛较高，所以我们乐于见到一些平台在最近的爆发式增长。这些平台提供 用Kafka API而非Kafka 的功能。最近涌现出的Kafka on Pulsar和Redpanda，就是属于这类平台。而Azure Event Hubs for Kafka则提供了对 Kafka 生产者和消费者 API 的兼容。但由于 Kafka 的某些功能（例如数据流客户端库）与这些替代代理不兼容，因此仍然有理由选择 Kafka 而不是这些替代代理。然而究竟开发者是否会采用“用Kafka API而非Kafka”的策略，抑或这只是 Kafka 的竞争对手试图将用户引诱到 Kafka平台之外，还有待观察。最终，也许Kafka最持久的影响力，就是其提供给客户的易用协议和API。