L' opérateur Solr est le moyen officiel de gérer un écosystème Apache Solr au sein de Kubernetes. Il est construit sur le framework Kube Builder. Veuillez visiter le site officiel pour plus d'informations.
Le projet est Production Ready et a été utilisé avec succès pour gérer la production SolrClouds pour certains des plus grands utilisateurs de Solr.
La version de l'API est toujours en version bêta ( v1beta1
) et les versions mineures peuvent comporter des modifications d'API rétrocompatibles. Cependant, l'opérateur Solr disposera toujours de chemins de mise à niveau rétrocompatibles. Veuillez vérifier la compatibilité des versions et les notes de mise à niveau/dépréciation pour plus d'informations.
Si vous rencontrez des problèmes lors de l'utilisation de l'opérateur Solr, veuillez :
Rejoignez-nous sur la chaîne #solr-operator dans l'espace de travail Slack officiel de Kubernetes.
Veuillez visiter les pages suivantes pour obtenir de la documentation sur l'utilisation et le développement de l'opérateur Solr :
helm/
ne sont pas garantis compatibles avec la dernière version stable et ne doivent être utilisés qu'à des fins de développement.Des exemples d'utilisation de chaque CRD ont été fournis.
Assurez-vous de vérifier les notes de mise à niveau de l'opérateur Solr avant de mettre à niveau l'opérateur Solr ou les CRD dans votre cluster Kubernetes.
Cette page contient également des matrices de compatibilité des versions, qui détaillent les versions Solr et Kubernetes compatibles pour chaque version de l'opérateur Solr.
Nous ❤️ contributions.
Avez-vous eu une bonne expérience avec l' opérateur Solr ? Pourquoi ne pas partager un peu d'amour et contribuer au code, ou simplement nous faire part de tout problème que vous avez rencontré ?
Nous acceptons les rapports de problèmes ici ; assurez-vous de choisir le modèle de problème approprié à votre problème, afin que nous puissions être sûrs que vous fournissez les informations nécessaires.
Avant de soumettre un PR, assurez-vous d'exécuter make prepare
avant de vous engager. Sinon, les vérifications GitHub risquent d’échouer.
Si vous essayez d'exécuter des tests localement dans IntelliJ/GoLand, reportez-vous à la documentation des tests IDEA.
Veuillez vous référer au guide E2E/Tests d'intégration pour plus d'informations sur la façon d'exécuter des tests d'intégration complets pour vos modifications.
Veuillez lire le fichier LICENSE ici.
L'image Docker de l'opérateur Solr contient des informations AVIS et LICENCE dans le répertoire /etc/licenses
. Ceci est différent des fichiers LICENSE et NOTICE de la version source, alors assurez-vous de vous familiariser lorsque vous utilisez l'image.
Cet espace applique le Code de conduite d'ASF. Si vous avez des préoccupations concernant le Code ou le comportement que vous avez vécu dans le projet, veuillez nous contacter à [email protected].
Si vous pensez avoir identifié une vulnérabilité de sécurité dans ce projet, veuillez envoyer un e-mail à l'équipe de sécurité d'ASF à [email protected], détaillant le problème suspecté et toutes les méthodes que vous avez trouvées pour le reproduire. Plus de détails peuvent être trouvés ici
Veuillez NE PAS ouvrir de problème dans le référentiel GitHub, car nous préférons garder les rapports de vulnérabilité privés jusqu'à ce que nous ayons eu l'occasion de les examiner et de les résoudre.
L'opérateur Solr a été offert à Apache Solr par Bloomberg, après la version v0.2.8. Un grand merci pour leurs contributions au fil des années !