You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@knox.apache.org by "Sandor Molnar (Jira)" <ji...@apache.org> on 2024/03/27 09:57:00 UTC

[jira] [Created] (KNOX-3027) CM discovery cache improvements

Sandor Molnar created KNOX-3027:
-----------------------------------

             Summary: CM discovery cache improvements
                 Key: KNOX-3027
                 URL: https://issues.apache.org/jira/browse/KNOX-3027
             Project: Apache Knox
          Issue Type: Improvement
          Components: cm-discovery, Server
    Affects Versions: 1.6.0, 2.0.0
            Reporter: Sandor Molnar
            Assignee: Sandor Molnar
             Fix For: 2.1.0


With KNOX-2680 in place, Knox maintains an in-memory cache that stores CM service discovery data. This repository was a huge improvement and solved some of the performance issues around CM service discovery, but there are some drawback:
 * administrators are required to fine-tune the cache entry TTL as the default 10 minutes can be low in many cases
 * the repository does not survive Knox restarts

I propose to implement the following changes:
 * entries in that repository shall not be invalidated. They would live in memory throughout the entire lifetime of the Knox Gateway. The existing PollingConfigAnalyzer logic must be updated to keep that repository in synch.
 * the repository should be serialized in the DATA_DIR during the shutdown of the Knox Gateway. It should also be populated from the previously persisted data at startup time. If there was a change on the cluster when Knox was down, PollingConfigurationAnalyzer will eventually sync the repository.



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