MinIO: 2. Het lifecycle-script
Deze documentatie maakt deel uit van de GitHub Actions & GitLab CI-gids. Bekijk de volledige gids hier: Start een echte MinIO-service vanuit uw GitHub Actions- of GitLab CI-pipeline, voer uw tests erop uit en ruim deze automatisch weer op.
👋 Welkom bij de Stackhero-documentatie!
Stackhero biedt een gebruiksklare MinIO Object Storage platform, ontworpen voor betrouwbaarheid en snelheid. De belangrijkste voordelen zijn:
- Onbeperkte datatransfers zonder verborgen kosten.
- Eenvoudige, voorspelbare en transparante prijzen.
- Een eigen domeinnaam beveiligd met HTTPS (bijvoorbeeld https://object-storage.uw-bedrijf.com).
- Updates met één klik, volledig automatisch zonder handmatige acties.
- Hoge prestaties en beveiliging op een privé, dedicated infrastructuur.
- Beschikbaar in zowel de regio's 🇪🇺 Europa als 🇺🇸 USA.
Versnel uw workflow en verkort de installatietijd: u kunt Stackhero's MinIO Object Storage hosting in slechts 5 minuten implementeren.
Hieronder vindt u een volledig voorbeeldscript dat de volledige levenscyclus van de service beheert. Het laat zien hoe weinig setup er nodig is: slechts een paar commando's. U kunt de kant-en-klare YAML voor uw platform kopiëren uit de secties hieronder.
#!/bin/bash
set -euo pipefail
# STACKHERO_TOKEN wordt geleverd via de CI-secret, de CLI pikt deze automatisch op.
stackName="ci-minio-$$" # Unieke stacknaam voor elke run
serviceStore="minio" # De MinIO service store
instance="100G" # Pas aan indien nodig (zie stap 3)
region="europe" # Regio-naam (zie stackhero regions-list)
# 1. Installeer de CLI op de runner
curl -fsSL https://www.stackhero.io/install.sh | sh
# 2. Installeer de benodigde client voor smoke testing (jq + curl zijn de basis)
apt-get update && apt-get install -y --no-install-recommends jq curl awscli
# 3. Maak een dedicated stack voor deze run
stackId=$(stackhero --format=script stack-create --name="$stackName")
echo "Stack aangemaakt: $stackId"
# 4. Voeg MinIO toe en sla het service-id op
serviceId=$(stackhero --format=script service-add \
--stack="$stackId" \
--service-store="$serviceStore" \
--instance="$instance" \
--region="$region")
echo "Service toegevoegd: $serviceId"
# 5. Wacht tot de service actief is (dit kan enkele minuten duren)
stackhero service-wait-for --service="$serviceId"
# 6. Lees de configuratie uit (bevat de gegenereerde inloggegevens)
config=$(stackhero service-configuration-get --service="$serviceId" --format=json)
# 7. Haal de benodigde inloggegevens op
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 is bereikbaar vanuit CI."
De teardown-stap, die de service verwijdert, wacht op de verwijdering en verwijdert daarna de stack, wordt behandeld in de platform-specifieke secties hieronder. Deze aanpak zorgt ervoor dat er altijd wordt opgeruimd, zelfs als een smoke test faalt.
Een stack kan alleen verwijderd worden als deze leeg is. Verwijder daarom altijd eerst de service en wacht tot deze verwijderd is, en verwijder daarna de stack. Het
service-wait-for-commando zorgt ervoor dat de service daadwerkelijk draait of verwijderd is voordat u verdergaat, en is dus ook geschikt om te wachten op verwijdering.