我们使用mirrormaker2将一些主题从一个kerberized kafka集群复制到另一个kafka集群（严格单向）。我们不控制源kafka集群，我们只能访问描述和阅读要使用的特定主题。
mirrormaker2创建并维护一个主题( mm2-offset-syncs )在源集群中，为要复制的每个主题分区编码集群到集群的偏移Map，并创建 AdminClient 在源集群中处理acl/config传播。因为mm2需要授权才能在源集群中创建和写入这些主题，或者通过执行操作 AdminClient ，我试图理解为什么/如果我们的场景中需要这些机制。
我的问题是：
在一个严格单向的场景中，这个源集群偏移同步主题对mirrormaker有什么用处？
如果确实是多余的，是否可以禁用它或在没有创建/生成此主题的访问权限的情况下操作它？
如果acl和配置传播被禁用，是否可以安全地假设 AdminClient 不用于其他用途？
在mirrormaker代码中，偏移同步主题很容易创建 MirrorSourceConnector 当它启动并由 MirrorSourceTask . 同样的情况也发生在 MirrorSourceConnector .
我没有办法关闭这些功能，但老实说，我可能在我的思路中遗漏了一些东西。