apache / apache/solr-operator

Full Solr Cloud Initialization (ConfigSet, Collections, Alias, ...)

Open
#587 3 comments 2 reactions 0 assignees View on GitHub
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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.