[
https://issues.apache.org/jira/browse/SOLR-14182?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17242821#comment-17242821
]
Tomas Eduardo Fernandez Lobbe commented on SOLR-14182:
------------------------------------------------------
{quote}metric reporters configuration should be moved to container-level
plugins, ie. {{/clusterprops.json:/plugin}} and the corresponding API. This
will make the reporters easier to configure and change dynamically without
restarting Solr nodes.
{quote}
I really don't see the point in moving this configuration to clusterprops. This
will be bad for people that keep configuration as code, specially if they have
multiple clusters, and it requires very solr-specific deployments processes.
i.e. instead of building the Docker image and deploy it as you normally do, you
need to, in addition, do this particular request to each Solr cluster, that's
specific to this change so you'll never have to do do again unless we do
changes in this particular component again (handle errors accordingly).
I wish we could tackle SOLR-14843, before doing these changes, hopefully in a
way where the use-case "long-lived Solr nodes where things can be installed on
it" can coexist better with other strategies, such us rolling restarts,
blue-green deployments or any kind of immutable deployments strategies.
> Move metric reporters config from solr.xml to ZK cluster properties
> -------------------------------------------------------------------
>
> Key: SOLR-14182
> URL: https://issues.apache.org/jira/browse/SOLR-14182
> Project: Solr
> Issue Type: Improvement
> Affects Versions: 8.4
> Reporter: Andrzej Bialecki
> Assignee: Andrzej Bialecki
> Priority: Major
>
> Metric reporters are currently configured statically in solr.xml, which makes
> it difficult to change dynamically or in a containerized environment.
> We should move this section to ZK /cluster.properties and add a back-compat
> migration shim.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
