You are viewing a plain text version of this content. The canonical link for it is here.

Posted to jira@kafka.apache.org by "hudeqi (Jira)" <ji...@apache.org> on 2023/10/30 03:16:00 UTC

[jira] [Commented] (KAFKA-15038) Use topic id/name mapping from the Metadata cache in the RemoteLogManager

    [ https://issues.apache.org/jira/browse/KAFKA-15038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17780814#comment-17780814 ] 

hudeqi commented on KAFKA-15038:
--------------------------------

Hi, [~owen-leung]  Are you still following this issue? If you don't have time, I can take over. Thanks.

> Use topic id/name mapping from the Metadata cache in the RemoteLogManager
> -------------------------------------------------------------------------
>
>                 Key: KAFKA-15038
>                 URL: https://issues.apache.org/jira/browse/KAFKA-15038
>             Project: Kafka
>          Issue Type: Task
>          Components: core
>            Reporter: Alexandre Dupriez
>            Assignee: Owen C.H. Leung
>            Priority: Minor
>             Fix For: 3.7.0
>
>
> Currently, the {{RemoteLogManager}} maintains its own cache of topic name to topic id [[1]|https://github.com/apache/kafka/blob/trunk/core/src/main/java/kafka/log/remote/RemoteLogManager.java#L138] using the information provided during leadership changes, and removing the mapping upon receiving the notification of partition stopped.
> It should be possible to re-use the mapping in a broker's metadata cache, removing the need for the RLM to build and update a local cache thereby duplicating the information in the metadata cache. It also allows to preserve a single source of authority regarding the association between topic names and ids.
> [1] https://github.com/apache/kafka/blob/trunk/core/src/main/java/kafka/log/remote/RemoteLogManager.java#L138



--
This message was sent by Atlassian Jira
(v8.20.10#820010)