[k3s] Migration zbp-adapter

User Story

Als DevOps Engineer,
möchte ich den zbp-adapter Service migrieren,
damit ich alle Services einheitlich deployen und den alten Tools-Stack abschalten kann.

Warum

Dieses Ticket muss in Zusammenarbeit mit dem Team Zustelldienst umgesetzt werden.

Der DEV-Cluster muss an das Repository über den GitLab Agent angebunden werden:
https://docs.gitlab.com/user/clusters/agent/ci_cd_workflow/#authorize-agent-access

Für den ZBP-Adapter gibt es schon ein bestehendes Helm-Chart. Der Dienst muss über dieses Chart auf den Cluster ausgerollt werden.

Offene Fragen

  • Baut sich ZBP eine Pipeline um den Adapter über helm auszurollen, oder nutzen wir Flux ?
    • -> Flux & Helm
  • Ist das Renovate Update In Scope ?
    • -> Standardvorgehen für OCI Manifest-Update

Links, Hinweise, Bemerkungen

Akzeptanzkriterien

  1. Der Dienst ZBP-Adapter läuft in dem K3s-DEV-Cluster
  2. Der Dienst wird über das bestehende Helm-Chart ausgerollt
  3. Löschung vom alten Tool-Stack
  4. Logs vom ZBP-Adapter werfen keine Fehler
  5. Konnektivität zum ZSD ist gewährleistet
  6. Health und Readyness sind im Monitoring erfasst
  7. Konnektivität zur Integrationsumgebung ist gewährleistet

Mögliche Folgeaktivitäten (vom Entwickler zu ergänzen)

Edited by Rico Lang