MinIO: 4. GitHub Actions
Diese Dokumentation ist Teil des GitHub Actions & GitLab CI-Leitfadens. Den vollständigen Leitfaden finden Sie hier: Starten Sie einen echten MinIO-Service direkt aus Ihrer GitHub Actions- oder GitLab CI-Pipeline, führen Sie Ihre Tests dagegen aus und fahren Sie ihn anschließend automatisch wieder herunter.
👋 Willkommen in der Stackhero-Dokumentation!
Stackhero bietet eine einsatzbereite MinIO Object Storage Plattform, die auf Zuverlässigkeit und Geschwindigkeit ausgelegt ist. Zu den wichtigsten Vorteilen gehören:
- Unbegrenzte Datenübertragungen ohne versteckte Kosten.
- Einfache, vorhersehbare und transparente Preisgestaltung.
- Eine eigene Domain, gesichert mit HTTPS (zum Beispiel https://object-storage.ihre-firma.com).
- Updates mit nur einem Klick, ganz ohne manuellen Aufwand.
- Hohe Performance und Sicherheit auf privater, dedizierter Infrastruktur.
- Verfügbar in den Regionen 🇪🇺 Europa und 🇺🇸 USA.
Optimieren Sie Ihre Workflows und verkürzen Sie die Einrichtungszeit: Sie können das MinIO Object Storage Hosting von Stackhero in nur 5 Minuten bereitstellen.
Speichern Sie den folgenden Inhalt als .github/workflows/ci.yml. Ab sofort werden bei jedem Push und Pull Request Tests gegen eine echte MinIO-Instanz ausgeführt.
name: CI mit MinIO
on: [push, pull_request]
jobs:
test:
runs-on: ubuntu-latest
env:
STACKHERO_TOKEN: ${{ secrets.STACKHERO_TOKEN }}
STACK_NAME: ci-minio-${{ github.run_id }}-${{ github.run_attempt }}
INSTANCE: "100G" # Bei Bedarf anpassen (siehe Schritt 3)
REGION: europe
steps:
- uses: actions/checkout@v4
- name: Stackhero CLI und Client installieren
run: |
curl -fsSL https://www.stackhero.io/install.sh | sh
apt-get update && apt-get install -y --no-install-recommends jq curl awscli
- name: MinIO-Service erstellen
run: |
set -euo pipefail
STACK_ID=$(stackhero --format=script stack-create --name="$STACK_NAME")
echo "STACK_ID=$STACK_ID" >> "$GITHUB_ENV"
SERVICE_ID=$(stackhero --format=script service-add \
--stack="$STACK_ID" \
--service-store="minio" \
--instance="$INSTANCE" \
--region="$REGION")
echo "SERVICE_ID=$SERVICE_ID" >> "$GITHUB_ENV"
stackhero service-wait-for --service="$SERVICE_ID"
- name: Tests gegen MinIO ausführen
run: |
set -euo pipefail
config=$(stackhero service-configuration-get --service="$SERVICE_ID" --format=json)
host=$(echo "$config" | jq -r '.configuration.domain')
accessKey=$(echo "$config" | jq -r '.configuration.credentials.rootUser')
secretKey=$(echo "$config" | jq -r '.configuration.credentials.rootPassword')
# 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 ist aus der CI erreichbar."
# Sie können hier Ihre eigene Test-Suite mit den oben extrahierten Zugangsdaten ausführen ...
- name: Aufräumen (immer, auch bei Fehlern)
if: always()
run: |
if [ -n "${SERVICE_ID:-}" ]; then
stackhero service-delete --service="$SERVICE_ID" --confirm
stackhero service-wait-for --service="$SERVICE_ID"
fi
if [ -n "${STACK_ID:-}" ]; then
stackhero stack-delete --stack="$STACK_ID" --confirm
fi
Der Teardown-Schritt ist mit if: always() konfiguriert, sodass er unabhängig vom Pipeline-Ergebnis ausgeführt wird. So wird Ihre MinIO-Instanz immer gelöscht und Sie zahlen nicht für ungenutzte Ressourcen.