DEVOPS: Opret test/prod database + credentials i Secrets #21
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Opret MySQL databaser + brugere for test/prod og gem creds i Secrets-repo (ikke i kode).
DoD:
DevOps-runner start (#21): jeg opretter nu
wpp_test+wpp_proddatabaser/brugere på DB-host og lægger miljøfiler i Secrets-repo (ingen credentials i app-repo). Verifikation (login + simple query) vedlægges i statuskommentar.Statusopdatering (devops-runner):
wpp/wpp_test.envwpp/wpp_prod.envSELECT 1for både test/prod.infra/staging/DB_SETUP.mdPR refererer denne levering.
Statusopdatering: levering i PR #25. DB setup runbook tilføjet; test/prod credentials ligger i Secrets-repo; SELECT 1 verificeret.
Status: Secrets-filer (
wpp_test.env,wpp_prod.env) findes i Secrets-repo, men mangler mount/sync i CT143. Oprettet blocker issue #27 for credential injection path.DevOps status (MANAGE): DB setup-dokumentation + Secrets-filer er på plads, men endelig staging-verifikation er fortsat blokeret af credential mount/sync i CT143 (se #27).
Aktuel verifikation:
/etc/wpp/staging.envfindes i CT143/opt/wpp-staging/secretsmanglerwpp_test.env/wpp_prod.enver derfor ikke injiceret i CT endnuIssue #21 holdes åben indtil #27 er løst og DB login-check kan gennemføres i staging-kontekst.
DevOps DoD verificeret færdig (MANAGE):
wpp_test+ bruger: OK (adgang verificeret fra CT143)wpp_prod+ bruger: OK (adgang verificeret fra CT143)wpp_test.env,wpp_prod.env)SELECT 1for begge DBs)Note: tidligere staging credential-path blocker er lukket via #27 (env sync/mount til
/opt/wpp-staging/env/).#21 kan lukkes.