Migration DEV OAuth-Server -> fc-dev-k3s
User Story
Als Softwareentwickler,
möchte ich meine Applikation in Kubernetes bereitstellen,
um einfach, schnell und regelmäßig meine Software ausrollen zu können.
Warum
Wir können den OAtuh-Server auf den fc-dev-k3s Cluster migrieren.
Links, Hinweise, Bemerkungen
Offene Fragen
- Was ist mit Backups, selbe Konfiguration wie im Tools-Stack ?
- Wie propagieren wir in Zukunft Änderungen zwischen dem dev oauth server und den anderen ENVs ? -> Unterschiedliche Deployment Methoden
Tasks
- Metriken erfassen / service monitor erstellen
Akzeptanzkriterien
-
Der OAuth-Server ist auf dem fc-dev-k3s Cluster ausgerollt -
Die Deploymentkonfiguration ist in base-configurations eingecheckt -
Die Daten von dem fc-dev-auth sind auf den fc-dev-k3s migriert -
Der DNS Eintrag auth-dev.fit-connect.fitko.devist auf den Ingress von fc-dev-k3s migriert -
Die Services verwenden den OAuth-Server in fc-dev-k3s -
Die OAuth-Konfiguration ist aus dem Templates entfernt -
Der OAuth-Server läuft nicht mehr auf dem Server fc-dev-auth
Mögliche Folgeaktivitäten (vom Entwickler zu ergänzen)
-
Dokumentation in der Betriebsdokumentation -
Definition of Done was checked.
Edited by Rico Lang