[
https://issues.apache.org/jira/browse/SOLR-14022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16992596#comment-16992596
]
Cassandra Targett commented on SOLR-14022:
------------------------------------------
I think many have privately thought that CDCR needs to be removed for all the
reasons Joel states and like Erick I tell users I speak to not to use it unless
they are fully aware of its bugs and shortcomings and have processes in place
to mitigate them.
However, there are orgs actively using CDCR in production and if we take it
away I feel we have to have a good story to tell them about what they should do
instead or they will either never upgrade or go implement something else.
bq. I can't help but think that there are better tools out there at this point
that are designed to robustly get data from one DC to another. I'd like to have
a recommendation if we remove CDCR to guide people who already use it, but it's
feeling like an albatross as time passes.
+1 to this point Erick. I think we should think about the operational reality
of our users and integrate with the tools they use for disaster recovery and
failover. This is part of becoming "cloud-native" IMO. Larger orgs want Solr to
fit into their existing environments - implementing something like CDCR forces
them to learn Solr just to run it. So maybe this becomes a two-part answer:
integration points for larger orgs who have DevOps teams, existing SOPs,
corporate policies they need to adhere to, etc., and a dead-simple, more
straightforward CDCR design for smaller orgs who would prefer Solr just handle
it.
> Remove CDCR from Solr
> ---------------------
>
> Key: SOLR-14022
> URL: https://issues.apache.org/jira/browse/SOLR-14022
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: CDCR
> Reporter: Joel Bernstein
> Priority: Major
>
> This ticket will remove CDCR from Solr
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
