Memcached: 5. GitLab CI
Diese Dokumentation ist Teil des GitHub Actions & GitLab CI-Leitfadens. Den vollständigen Leitfaden finden Sie hier: Starten Sie einen echten Memcached-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 ein vollständig verwaltetes Memcached Cloud, das das Caching Ihrer Anwendungen einfach, sicher und leistungsstark macht.
- Wenden Sie Updates in Sekunden mit nur einem Klick an.
- Profitieren Sie von gleichbleibender Performance und starker Sicherheit auf einer privaten, dedizierten Infrastruktur.
Sparen Sie Zeit und konzentrieren Sie sich auf die Entwicklung. Das Memcached Cloud Hosting von Stackhero ist in etwa 5 Minuten einsatzbereit.
Speichern Sie diese Konfiguration als .gitlab-ci.yml. Mit diesem Setup wird bei jedem Pipeline-Lauf eine frische, echte Memcached-Instanz für Ihre Tests bereitgestellt.
test:
image: ubuntu:24.04
variables:
STACK_NAME: "ci-memcached-$CI_PIPELINE_ID-$CI_JOB_ID"
INSTANCE: "1G" # Bei Bedarf anpassen (siehe Schritt 3)
REGION: "europe"
SERVICE_STORE: "memcached"
# STACKHERO_TOKEN stammt aus der in Schritt 1 angelegten CI/CD-Variable.
script:
- set -euo pipefail
- curl -fsSL https://www.stackhero.io/install.sh | sh
- apt-get update && apt-get install -y --no-install-recommends jq curl libmemcached-tools
- STACK_ID=$(stackhero --format=script stack-create --name="$STACK_NAME")
- echo "STACK_ID=$STACK_ID" >> deploy.env
- SERVICE_ID=$(stackhero --format=script service-add --stack="$STACK_ID" --service-store="$SERVICE_STORE" --instance="$INSTANCE" --region="$REGION")
- echo "SERVICE_ID=$SERVICE_ID" >> deploy.env
- stackhero service-wait-for --service="$SERVICE_ID"
- config=$(stackhero service-configuration-get --service="$SERVICE_ID" --format=json)
- host=$(echo "$config" | jq -r '.configuration.domain')
user=$(echo "$config" | jq -r '.configuration.credentials.login')
password=$(echo "$config" | jq -r '.configuration.credentials.password')
# Authenticate with SASL and read a key (a miss still proves auth works).
- memccat --servers="$host:11211" --binary --username="$user" --password="$password" stackhero-ci-probe 2>&1 | grep -vq "AUTHENTICATION"
- echo "✅ Memcached ist aus der CI erreichbar."
# Sie können hier Ihre eigene Test-Suite mit den oben extrahierten Zugangsdaten ausführen ...
after_script:
- test -f deploy.env && . ./deploy.env || true
- >
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
In GitLab erfolgt das Aufräumen im Abschnitt after_script. Dieser wird immer ausgeführt, auch wenn der Job fehlschlägt, sodass Ihre Memcached-Ressourcen entfernt werden und keine unnötigen Kosten entstehen.
In GitLab läuft
after_scriptin einer frischen Shell. Um dies zu berücksichtigen, schreibt das Skript die Service- und Stack-IDs während des Jobs indeploy.envund lädt sie vor dem Aufräumen wieder ein. So wird sichergestellt, dass Ihre Ressourcen auch bei einem Fehler im Job entfernt werden.
Damit ist der komplette CI-Lebenszyklus für Memcached abgedeckt: Stack erstellen, Service hinzufügen, warten, Zugangsdaten abrufen, Smoke-Test, und immer aufräumen. Jeder Pipeline-Lauf erhält einen echten, isolierten Service – nach Abschluss bleibt nichts zurück. Weitere Informationen zu verfügbaren Befehlen und zur nicht-interaktiven Authentifizierung mit STACKHERO_TOKEN finden Sie in der vollständigen CLI-Dokumentation.