Kafka Topic
上篇笔记提到,Topic是消息的目录,用于分类消息的逻辑上的概念,在物理上,它的存储表现为日志(log)形式。
Producer指定消息发布到指定Topic,一个Topic可能由多个Broker维持,并且同一个Broker可能维持多个Topic,Consumer根据订阅的Topic到对应的Broker上去读取数据。这里可能会有疑问,Topic和具体的Broker之间的对应关系怎么维护?读写请求如何转发到具体Broker上去?下文关于Partitions会描述整个订阅发布过程。
Producer每发送一个消息都会追加到Topic队列的最后,按照时间排序,不能插队,也不能修改之前的消息,一个Topic可以同时被多个Consumer同时消费,并且可以重复消费。