Full Solr Cloud Initialization (ConfigSet, Collections, Alias, ...)
- Dominant language
- Go
- Stars
- 283
- Forks
- 148
- PR merge metrics
- No merged PRs in 30d
Description
I would like everything to be set and ready to use for my client without any additionnal configuration through my pipeline.
Right now I use API for
1. uploading configset
2. creating collections
3. creating aliases
4. ...
It's superset of these enhancements https://github.com/apache/solr-operator/issues/85 https://github.com/apache/solr-operator/issues/59
or this SIP https://cwiki.apache.org/confluence/display/SOLR/SIP-18%3A+A+Solr+Kubernetes+Module+for+native+integration
It seems that we can't use `lifecycle.podstrart` because the cluster is not ready yet
https://kubernetes.io/docs/tasks/configure-pod-container/attach-handler-lifecycle-event/#discussion
_Kubernetes sends the postStart event immediately after the Container is created. There is no guarantee, however, that the postStart handler is called before the Container's entrypoint is called._
Is someone knows if the probes readiness / liveness start after `lifecycle.podstrart` or before ?
In waiting this, what is the best practices to do it, right now with 9.2 ?
Contributor guide
No contributing guide indexed for this repository
Research direction
The issue names no repository files, tests, or entry points. Start by reviewing the existing Solr Operator resources and the Kubernetes lifecycle and readiness behavior referenced here; done would mean configsets, collections, and aliases are initialized and ready without an additional client pipeline.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- kubernetes
- Domain
- infrastructure, search
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100