HoustonPutman opened a new issue #204: URL: https://github.com/apache/lucene-solr-operator/issues/204
The `SolrCollection` and `SolrCollectionAlias` CRDs are nice constructs that allow users to create Solr collections and aliases through Kubernetes APIs (and tools, such as kubectl). The issue with having these is that the internal state of Solr is replicated in two places, EtcD (where the API Server saves all Kubernetes resources) and Zookeeper (where Solr keeps its internal state). This naturally leads to the problem of how do we keep these two sources of information up-to-date. One solution would be to use SolrJ APIs to watch Zookeeper for changes to the state and make those updates in the API Server. However if a change happens in the API Server and Zookeeper at the same time, which should we prefer? Also since the Solr Operator is written in Go, these convenient SolrJ APIs are not available to us. In general, Solr has nice HTTP APIs that allow for management of collections and aliases. The Kube CRD representations of them only provide a wrapper for users to interact, they provide no runtime benefits within the system. For this reason the Apache Lucene (and Solr) PMC has decided to remove these two CRDs from the official repo and allow the community to take control of them. They would still be able to interact with the official Apache Solr CRDs in the same way, however the controllers would live in a separate binary and would be released under in a different cadence. **The `v0.2.8` release will be the last release in which these CRDs will be monitored by the Solr Operator.** We will provide documentation in the upgrade instructions on how to safely remove these CRDs or migrate them to their new locations when upgrading to `v0.3.0`. CRDs that deal with runtime of Solr and its peripheral systems will continue to be official Apache Solr CRDS and be supported fully. Currently this includes the `SolrCloud`, `SolrPrometheusExporter` and `SolrBackup` CRDS. ---------------------------------------------------------------- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org For additional commands, e-mail: issues-h...@lucene.apache.org
