[k3s] Migration zsd-backstage

User Story

Als DevOps Engineer,
möchte ich den zsd-backstage 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.

Als Erstes gilt die Frage zu klären, auf welchen Cluster die Applikation laufen soll. Unserer Meinung nach soll die Applikation auf dem Tools-Cluster laufen.

Wenn diese Frage geklärt ist, muss der Cluster über den GitLab Agent an das Repository angebunden werden.
https://docs.gitlab.com/user/clusters/agent/ci_cd_workflow/#authorize-agent-access

Die Manifeste (oder das Chart) müssen geschrieben und darüber der Dienst auf den entsprechenden Cluster ausgerollt werden.

Links, Hinweise, Bemerkungen

Offene Fragen

  • Auf welchem Cluster soll Backstage betrieben werden ?
  • Ist es überhaupt Sinnvoll Backstage zu migrieren, da dynamische Limits in Zukunft auch im SSP gepflegt werden können ?

Akzeptanzkriterien

  1. Der Dienst ZSD-Backstage läuft auf einem K3s-Cluster
  2. Der Dienst wird über Flux mit Helm-Chart oder K8s-Manifeste ausgerollt

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

Edited by Rico Lang