feat: setup CI/CD, add docker compose, and create CRUD dashboard
Deploy API / deploy (push) Failing after 2m12s
Deploy API / deploy (push) Failing after 2m12s
This commit is contained in:
Executable
+25
@@ -0,0 +1,25 @@
|
||||
# RoggioApp - CI/CD & GitOps (Von Gitea in die Produktion)
|
||||
|
||||
## Die Herausforderung
|
||||
Wie kommen wir von "Clara pusht Code ins Gitea" zu "Der Code läuft auf einer Subdomain als Docker-Container"?
|
||||
|
||||
## Die Lösungen
|
||||
|
||||
### 1. Gitea Actions (Der moderne Weg)
|
||||
Gitea hat "Gitea Actions" eingebaut (ein fast 1:1 Klon von GitHub Actions).
|
||||
* **Wie es funktioniert:** Wir starten einen zusätzlichen kleinen Container (`act_runner`) auf der Docker-VM.
|
||||
* **Ablauf:** Wenn ich einen Commit nach Gitea pushe, bemerkt der Runner das, baut ein neues Docker-Image für unseren Node.js-Server und startet den Container neu.
|
||||
|
||||
### 2. Coolify (Der UI-basierte Weg)
|
||||
Coolify ist eine Open-Source-Alternative zu Vercel/Heroku.
|
||||
* **Wie es funktioniert:** Man verbindet Coolify mit dem lokalen Gitea. Man sagt Coolify: "Deploye den Ordner `backend`".
|
||||
* **Ablauf:** Coolify kümmert sich um den Build, den Proxy und SSL. Es ist extrem komfortabel, aber ein recht "fetter" Service, den man hosten muss.
|
||||
|
||||
### 3. Docker Compose Watch / Watchtower (Der Lean-Weg)
|
||||
Wir bleiben ganz nah am Blech.
|
||||
* **Wie es funktioniert:** Ein Tool wie "Watchtower" oder ein einfaches Webhook-Skript auf der VM horcht auf Gitea.
|
||||
* **Ablauf:** Wenn ein Push kommt, macht das Skript `git pull` und `docker compose up --build -d`.
|
||||
|
||||
## Claras Empfehlung für uns
|
||||
**Gitea Actions!**
|
||||
Wir haben Gitea sowieso schon laufen. Wenn wir den kleinen `act_runner` daneben setzen, können wir im Repository einfach eine Datei `.gitea/workflows/deploy.yml` anlegen. Das ist der Industrie-Standard (GitOps) und kostet uns keine neuen riesigen Server-Dienste wie Coolify.
|
||||
Reference in New Issue
Block a user