MySQL: 5. GitLab CI
Ši dokumentacija yra GitHub Actions ir GitLab CI vadovo dalis. Visą vadovą rasite čia: Paleiskite tikrą MySQL paslaugą iš savo GitHub Actions arba GitLab CI pipeline, vykdykite testus ir automatiškai viską uždarykite.
👋 Sveiki atvykę į Stackhero dokumentaciją!
Stackhero siūlo pilnai valdomą MySQL cloud paslaugą, kuri supaprastina diegimą ir valdymą gamybinėms apkrovoms:
- Neriboti prisijungimai ir duomenų perdavimai.
- Integruota phpMyAdmin žiniatinklio sąsaja patogiam duomenų bazių valdymui.
- Paprasti atnaujinimai su vieno paspaudimo atnaujinimo galimybe.
- Pastovi našumo ir stipri saugumo užtikrinimas privačioje, dedikuotoje infrastruktūroje.
Su Stackhero patikima MySQL duomenų bazė bus paruošta vos per kelias minutes. Skirkite mažiau laiko diegimui ir priežiūrai, o daugiau – savo aplikacijų kūrimui. Išbandykite MySQL cloud hostingą Stackhero platformoje jau šiandien.
Šią konfigūraciją galite išsaugoti kaip .gitlab-ci.yml. Su šiuo nustatymu kiekvienas pipeline paleidimas sukurs naują tikrą MySQL instanciją jūsų testams.
test:
image: ubuntu:24.04
variables:
STACK_NAME: "ci-mysql-$CI_PIPELINE_ID-$CI_JOB_ID"
INSTANCE: "10G" # Pakeiskite jei reikia (žr. 3 žingsnį)
REGION: "europe"
SERVICE_STORE: "mysql"
# STACKHERO_TOKEN gaunamas iš CI/CD kintamojo, kurį sukūrėte 1 žingsnyje.
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 default-mysql-client
- 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')
password=$(echo "$config" | jq -r '.configuration.mysqlRootPassword')
# Run a trivial query against the database.
- mysql --host="$host" --port=3306 --user=root --password="$password" --ssl-mode=REQUIRED -e "SELECT 1;"
- echo "✅ MySQL pasiekiamas iš CI."
# Čia galite paleisti savo testų rinkinį naudodami aukščiau gautus prisijungimo duomenis ...
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
GitLab aplinkoje išvalymas vykdomas after_script sekcijoje. Ši dalis visada bus vykdoma, net jei job'as nepavyks, todėl jūsų MySQL resursai bus pašalinti ir jums nebus skaičiuojami mokesčiai už nenaudojamus resursus.
GitLab aplinkoje
after_scriptvykdomas naujoje shell sesijoje. Todėl scenarijus job'o metu įrašo paslaugos ir stack ID įdeploy.envir prieš išvalymą juos įkelia iš naujo. Taip užtikrinama, kad net jei job'as nutrūktų, jūsų resursai vis tiek bus išvalyti.
Tai visas CI gyvavimo ciklas su MySQL: sukurkite stack, pridėkite paslaugą, palaukite, gaukite prisijungimo duomenis, atlikite smoke testą ir visada išvalykite. Kiekvienas pipeline paleidimas gauna realią, izoliuotą paslaugą, o pabaigus niekas nelieka veikti. Daugiau informacijos apie galimas komandas ir neinteraktyvų STACKHERO_TOKEN autentifikavimą rasite pilnoje CLI dokumentacijoje.