[Epic] Multiple DEV Environments

Warum?

Wäre praktisch für:

  • #1094
  • Infrastruktur Refactoring
  • Entwicklung allgemein

Relevante Links und Bemerkungen

Beschreibung

Die Entwicklungsumgebung beispiel besteht aus:

  • Es werden zwei virtuellen Maschinen bereit gestellt (nachfolgend fc-beispiel-auth und fc-beispiel-service)
  • Die VMs sind mit dem FIT-Connect-Ansible-Playbook initialisiert
  • Die Domains auth-beispiel.fit-connect.dev und *.auth-beispiel.fit-connect.dev werden für fc-beispiel-auth eingetragen
  • Die Domains service-beispiel.fit-connect.dev und *.service-beispiel.fit-connect.dev werden für fc-beispiel-service eingetragen
  • Die GitLab CI patcht die Umgebung beispiel bei Änderungen am Branch beispiel (alternativ ein Tag)
  • ... sofern im Infrastruktur-Repo unter config/envs ein Unterverzeichnis beispiel mit einer auth.json und service.jsonist.

Offene Punkte

  • Patchen wir einen Tag oder Branch auf die Entwicklungsumgebung?
  • Wie regeln/dokumentieren wir, welcher Entwickler welches Env nutzt?
  • Soll auch die Datenbank vorbefüllt werden?
  • Soll es eine Möglichkeit zum Reset (z.B. leeren der Datenbank) geben?

Akzeptanzkriterien

  1. Es existiert ein möglichst automatisierter Prozess um eine weitere Entwicklungsumgebung hochzufahren
  2. Es existiert ein möglichst automatisierter Prozess um eine Entwicklungsumgebung wieder abzuräumen
  3. Die GitLab CI wurde angepasst, um nicht nur main auf fc-dev-* sondern auch eval/beispiel auf eval-beispiel-* zu patchen

Durchführungsplan (von Entwickler:in bei Umsetzungsplanung auszufüllen)

Edited by Manuel Menz