了解Confluent Schema Registry中的Schema ID分配

Question

我试图了解如何为架构注册表中的架构生成全局唯一的UUID，但无法理解this页上的以下文本。

  

模式ID分配始终在主节点中进行，它们确保了   Schema ID单调增加。

     

如果您使用的是Kafka主选举，则架构ID始终基于   最后一个写入Kafka商店的ID。在大师期间   连任，只有在新的母版有   赶上了商店中的所有记录。

     

如果您正在使用ZooKeeper主选举，   {schema.registry.zk.namespace} / schema_id_counter路径存储   当前ID批次的上限，新的批次分配为   由当前批次的主选举和精疲力尽触发。   此批次分配有助于防范潜在的僵尸大师   场景（例如，如果先前的主服务器具有GC暂停，   持续时间超过ZooKeeper超时时间，触发主时钟   连任。

问题：

• 使用Zookeeper进行主选举时，与kafka主选举不同，需要在Zookeeper中存储当前批次ID吗？
• 有人可以详细说明使用Zookeeper选举时如何进行批量分配吗？具体来说，我不理解以下内容：

  

新的批次分配由主选举和   用完当前批次。此批次分配有助于保护   应对潜在的僵尸大师场景（例如，如果   先前的主控制器的GC暂停时间比ZooKeeper更长   超时，触发主选。）