MinIO: 2. Le script de cycle de vie
Cette documentation fait partie du guide GitHub Actions & GitLab CI. Consultez le guide complet ici : Lancez un véritable service MinIO depuis votre pipeline GitHub Actions ou GitLab CI, exécutez vos tests dessus, puis supprimez-le automatiquement.
👋 Bienvenue sur la documentation de Stackhero !
Stackhero propose une plateforme MinIO Object Storage prête à l'emploi, conçue pour la fiabilité et la rapidité. Les principaux avantages incluent :
- Transferts illimités sans coûts cachés.
- Une tarification simple, prévisible et transparente.
- Un nom de domaine personnalisé sécurisé par HTTPS (par exemple, https://object-storage.votre-entreprise.com).
- Des mises à jour fluides en un clic, sans intervention manuelle.
- Performance et sécurité élevées sur une infrastructure privée et dédiée.
- Disponible dans les régions 🇪🇺 Europe et 🇺🇸 USA.
Simplifiez vos workflows et gagnez du temps à l'installation : vous pouvez déployer l'hébergement MinIO Object Storage de Stackhero en seulement 5 minutes.
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-minio-$$" # Nom de stack unique pour chaque exécution
serviceStore="minio" # Le store du service MinIO
instance="100G" # 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 awscli
# 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 MinIO 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')
accessKey=$(echo "$config" | jq -r '.configuration.credentials.rootUser')
secretKey=$(echo "$config" | jq -r '.configuration.credentials.rootPassword')
# 8. Smoke test : List the buckets with the AWS CLI (S3-compatible).
AWS_ACCESS_KEY_ID="$accessKey" AWS_SECRET_ACCESS_KEY="$secretKey" \
aws --endpoint-url "https://$host" s3 ls
echo "✅ MinIO 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.