[k3s] Migration clientmock

User Story

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

Warum

Migration ClientMock aus dem Tools-Stack in den K3s DEV-Cluster (#3019 (closed)).

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

Wenn der Cluster an das Repo angebunden ist, kann das Deployment über Flux-Kustomize durchgeführt werden.

Nach der Umsetzung muss die Konfiguration aus den Infra-Templates für den ClientMock entfernt werden.

Offene Fragen

OCI oder Git-Repository

Es gilt beim Umsetzen des Tickets zu prüfen, wie wir das Deployment durchführen wollen. Es gibt grundsätzlich zwei Möglichkeiten:

Wir haben mit GIT-Repositories beim Tools-Stack angefangen. GitLab empfiehlt allerdings, OCI-Container für das Deployment zu verwenden. Die Methode des Deployments sollten wir in dem Fall noch mal diskutieren und dann für die weiteren Services und Migrationen so anwenden.

https://docs.gitlab.com/user/clusters/agent/enterprise_considerations/#oci-containers

Flux-Kustomization im App-Repo oder im Cluster-Repo

Wie binden wir das Repo in den Cluster ein, bzw. wo legen wir die Flux Kustomization an ? Direkt im Repo oder passiert das in der Cluster Konfiguration ?

Links, Hinweise, Bemerkungen

Akzeptanzkriterien

  1. Eine Entscheidung, ob wir Git-Repositories oder OCI-Repositories verwenden wurde getroffen
  2. ClientMock wurde nach dem Deploymentverfahren auf den DEV-Cluster migriert
  3. Die Konfiguration für den ClientMock wurde aus der Tools-Server konfiguration entfernt

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

Edited by Manuel Menz