在咱们上一篇Kafka教程中,咱们讨论了Kafka Docker。今天,咱们将讨论Kafka Workflow。此外,咱们将详细介绍Pub-Sub Messaging的工做流程以及Queue Messaging / Consumer Group的工做流程。此外,咱们将看到ZooKeeper在Apache Kafka中的做用。
那么,让咱们从Kafka Workflow开始吧。docker
在Kafka Workflow中,Kafka是主题的集合,它们被分红一个或多个分区,而分区是一系列消息,其中index标识每条消息(咱们也称为偏移量)。可是,在Kafka集群中,全部数据都是分区的不相交联合。传入消息出如今分区的末尾,所以消费者能够读取它们。此外,经过将消息复制到不一样的代理,它能够保持持久性。
让咱们修改Apache Kafka架构Kafka
以很是快速,可靠,持久,容错和零停机的方式提供基于Pub-sub和队列的消息传递系统。此外,生产者将消息发送到主题,而且消费者能够根据他们的愿望选择任何一个消息系统。服务器
在Apache Kafka中,Pub-Sub Messaging的逐步工做流程是:架构
具备相同组ID的一组Kafka消费者能够在队列消息传递系统中订阅主题而不是单个消费者。可是,对于全部使用者具备相同的组ID,订阅主题的用户被视为单个组并共享消息。该系统的工做流程是:学习
学习Apache Kafka Streams | 流处理拓扑ui
Apache Zookeeper充当Kafka代理和消费者之间的协调接口。此外,咱们能够说它是一个分布式配置和同步服务。基本上,ZooKeeper集群与Kafka服务器共享信息。此外,Kafka在ZooKeeper Kafka中存储基本元数据信息,例如主题,代理,消费者偏移(队列读取器)等。
点击连接,了解有关Zookeeper在Kafka中的角色的更多信息
此外,Kafka Zookeeper / broker的故障不会影响Kafka集群。这是由于存储在ZooKeeper中的关键信息会在其集合中复制。而后Kafka在ZooKeeper从新启动时恢复状态,致使Kafka零停机。然而,在领导失败的状况下,Zookeeper还在Kafka经纪人之间进行领导选举。
所以,这彻底是关于Apache Kafka Workflow。但愿你喜欢咱们的解释。spa
所以,咱们已经看到了Apache Kafka Workflow的概念。此外,在这个Kafka Workflow教程中,咱们讨论了Pub-Sub Messaging系统的Workflow,以及Kafka Queue Messaging系统的工做流程。最后,咱们看到了Zookeeper在Apache Kafka中的做用。不过,若是对Kafka Workflow有任何疑问,请随时在评论部分询问。
另请参阅 -
具备薪资趋势的Apache Kafka职业范围
供参考.net