You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@lucene.apache.org by GitBox <gi...@apache.org> on 2021/01/28 17:30:31 UTC
[GitHub] [lucene-solr-operator] HoustonPutman opened a new issue #204: Deprecate official support for the SolrCollection and SolrCollectionAlias CRDs
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:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@lucene.apache.org
For additional commands, e-mail: issues-help@lucene.apache.org
[GitHub] [lucene-solr-operator] HoustonPutman closed issue #204: Deprecate official support for the SolrCollection and SolrCollectionAlias CRDs
Posted by GitBox <gi...@apache.org>.
HoustonPutman closed issue #204:
URL: https://github.com/apache/lucene-solr-operator/issues/204
----------------------------------------------------------------
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:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@lucene.apache.org
For additional commands, e-mail: issues-help@lucene.apache.org
[GitHub] [lucene-solr-operator] sepulworld commented on issue #204: Deprecate official support for the SolrCollection and SolrCollectionAlias CRDs
Posted by GitBox <gi...@apache.org>.
sepulworld commented on issue #204:
URL: https://github.com/apache/lucene-solr-operator/issues/204#issuecomment-769293093
I can help with this. I was thinking we could start a [Terraform Provider](https://www.terraform.io/docs/extend/index.html) and provide state and resource management for Collections, Alias, and Config Sets. If users of lucene-solr-operator also use Terraform and like this idea, let me know. 👍
----------------------------------------------------------------
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:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@lucene.apache.org
For additional commands, e-mail: issues-help@lucene.apache.org
[GitHub] [lucene-solr-operator] sepulworld edited a comment on issue #204: Deprecate official support for the SolrCollection and SolrCollectionAlias CRDs
Posted by GitBox <gi...@apache.org>.
sepulworld edited a comment on issue #204:
URL: https://github.com/apache/lucene-solr-operator/issues/204#issuecomment-769293093
I can help with this. I was thinking we could start a [Terraform Provider](https://www.terraform.io/docs/extend/index.html) and automate resource management for Collections, Alias, and Config Sets with it. If users of lucene-solr-operator also use Terraform as part of there infra automation tool set and like this idea, let me know. 👍
----------------------------------------------------------------
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:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@lucene.apache.org
For additional commands, e-mail: issues-help@lucene.apache.org