- Status: accepted
- Deciders: Melvin Weiershäuser
- Date: 2022-09-20
Es muss eine gehostete Instanz des Projekts zur Verfügung gestellt werden. Dafür sind Hosting-Provider und ein Deployment-Prozess zu wählen.
- Funktionalität
- Geschwindigkeit
- Flexibilität
- GitHub Pages
- VHost mit Docker
- Cloud Provider
Es wurde sich für einen VHost mit Docker entschieden. Diese Variante bot die größte Flexibilität. Zudem findet der VHost vom Autor auch über das Projekt hinaus Verwendung und ist daher eine nachhaltige Investition. GitHub Actions schied völlig aus, weil es sich für das Hosting des Projekts nicht eignet.
Das Projekt läuft in einer stabilen Umgebung. Der etablierte Deployment Prozess geht nach Einarbeitung schnell von der Hand.
Das Aufsetzen des Servers und die Einarbeitung in Serveradministration (insbesondere die Zusammenarbeit zwischen Docker & Plesk) waren aufwendig.
- Gut, weil einfach.
- Gut, weil kostenlos.
- Gut, weil bereits im bestehenden GitHub-Setup integriert.
- Schlecht, weil GitHub Pages nur statischen Content abbilden kann und ein Deployment des Backends nicht möglich ist.
- Schlecht, weil das gewünschte Docker-Setup nicht nutzbar ist.
- Gut, weil flexibel beinahe alles gehostet werden kann.
- Gut, weil es zum bestehenden Docker-Setup passt.
- Gut, weil bei Bedarf mehrere Instanzen gehostet werden können.
- Gut, weil die Investition sich nachhaltig für weitere Projekte lohnt.
- Schlecht, weil aufwendig in Beschaffung und Wartung.
- Schlecht, weil kostspielig.
- Gut, weil einfach und schnell realisierbar.
- Gut, weil große Auswahl an Anbietern.
- Gut, weil die Verantwortung für die Serveradministration abgegeben wird.
- Schlecht, weil weniger Kontrolle.
- Schlecht, weil kostspielig mit teils laufenden Kosten.
- Schlecht, weil eine Abhängigkeit zum Anbieter entsteht.