Elasticsearch: 2. Le script de cycle de vie
Cette documentation fait partie du guide GitHub Actions & GitLab CI. Consultez le guide complet ici : Lancez un vrai service Elasticsearch à partir de votre pipeline GitHub Actions ou GitLab CI, exécutez vos tests dessus, puis supprimez-le automatiquement.
👋 Bienvenue dans la documentation Stackhero
Stackhero offre un service Elasticsearch cloud entièrement géré, conçu pour les professionnels qui ont besoin de solutions de recherche, d’analytique et de journalisation fiables à grande échelle.
- Performance constante et sécurité renforcée grâce à une infrastructure privée et dédiée.
- Déploiement facile d’un nom de domaine personnalisé sécurisé par HTTPS.
Démarrez rapidement et concentrez-vous sur votre travail : vous pouvez obtenir un environnement Elasticsearch cloud hosting prêt pour la production en environ 5 minutes, avec la maintenance et la sécurité prises en charge pour vous.
Voici un exemple complet de script qui gère tout le cycle de vie du service. Il montre à quel point la configuration est simple, avec seulement quelques commandes. Vous pouvez copier le YAML prêt à l'emploi pour votre plateforme dans les sections ci-dessous.
#!/bin/bash
set -euo pipefail
# STACKHERO_TOKEN est fourni par le secret CI, le CLI le détecte automatiquement.
stackName="ci-elasticsearch-$$" # Nom de stack unique pour chaque exécution
serviceStore="elasticsearch" # Le store du service Elasticsearch
instance="20G" # Modifiez si besoin (voir étape 3)
region="europe" # Nom de la région (voir stackhero regions-list)
# 1. Installer le CLI sur le runner
curl -fsSL https://www.stackhero.io/install.sh | sh
# 2. Installer le client nécessaire pour le smoke test (jq + curl sont la base)
apt-get update && apt-get install -y --no-install-recommends jq curl
# 3. Créer une stack dédiée pour cette exécution
stackId=$(stackhero --format=script stack-create --name="$stackName")
echo "Stack créée : $stackId"
# 4. Ajouter Elasticsearch et récupérer son service id
serviceId=$(stackhero --format=script service-add \
--stack="$stackId" \
--service-store="$serviceStore" \
--instance="$instance" \
--region="$region")
echo "Service ajouté : $serviceId"
# 5. Attendre que le service soit opérationnel (cela peut prendre quelques minutes)
stackhero service-wait-for --service="$serviceId"
# 6. Lire la configuration (contient les identifiants générés)
config=$(stackhero service-configuration-get --service="$serviceId" --format=json)
# 7. Extraire les identifiants nécessaires
host=$(echo "$config" | jq -r '.configuration.domain')
user=$(echo "$config" | jq -r '.configuration.credentials.login')
password=$(echo "$config" | jq -r '.configuration.credentials.password')
# 8. Smoke test : Call the cluster health endpoint.
curl -fsS -u "$user:$password" "https://$host:9200/_cluster/health" | grep -q '"status"'
echo "✅ Elasticsearch est accessible depuis la CI."
L'étape de suppression, qui efface le service, attend sa suppression puis supprime la stack, est détaillée dans les sections spécifiques à chaque plateforme ci-dessous. Cette méthode garantit que le nettoyage est toujours effectué, même si un smoke test échoue.
Une stack ne peut être supprimée que si elle est vide. Supprimez toujours le service en premier et attendez sa suppression, puis supprimez la stack. La commande
service-wait-forgarantit que le service est bien en cours d'exécution ou supprimé avant de continuer, c'est donc l'outil adapté pour attendre la suppression.