# Hosting und DevOps aus einer Hand: Coolify, GitLab und hostflex.de

Wie passendes Hosting, Coolify und eigene GitLab-Server mit Build-Pipelines dafür sorgen, dass Websites und Web-Apps verlässlich und planbar live gehen.

von Alexander Herling Veröffentlicht am 28. Oktober 2026 5 Min. Lesezeit

![Abstrakte Grafik: drei gestapelte Server in Weiß, von denen eine verzweigte Linie mit Knotenpunkten zu einem dunkelblauen Container führt, vor leichten Wolken](https://degoya.digital/blog/hosting-devops.svg)

Eine Website ist mit dem Launch nicht fertig. Sie braucht einen Server, der zu ihr passt, Updates, die zuverlässig ankommen, und einen Weg, Änderungen ohne Risiko live zu bringen. Genau hier hakt es oft: Die Agentur entwickelt, ein Hoster betreibt, und dazwischen wird per FTP hochgeladen. Wir zeigen, wie Hosting und DevOps zusammenspielen, wenn sie aus einer Hand kommen, und welche Rolle unser Hosting-Dienst hostflex.de, die Plattform Coolify und eigene GitLab-Server dabei spielen.

## Warum Hosting und Entwicklung zusammengehören

Wer eine Website entwickelt, kennt ihre Anforderungen am besten: welche PHP- oder Node-Version sie braucht, wie viel Last bei einem Release ansteht, welche Daten gesichert werden müssen. Liegen Entwicklung und Betrieb bei verschiedenen Partnern, gehen diese Informationen leicht verloren. Die Folgen kennen viele Teams: Updates, die auf dem Server anders laufen als lokal, Fehler, für die sich niemand zuständig fühlt, und Deployments, die nur eine Person beherrscht.

Liegt beides in einer Hand, wird die Umgebung Teil des Projekts. Server, Konfiguration und Auslieferung sind dokumentiert, wiederholbar und so geplant wie der Code selbst.

## hostflex.de: Hosting, das zum Projekt passt

Mit hostflex.de betreiben wir einen eigenen Hosting-Dienst. Statt eines Einheitspakets wählen wir die Umgebung nach dem, was ein Projekt tatsächlich braucht:

| Projekt                                    | Passende Umgebung                                          |
| ------------------------------------------ | ---------------------------------------------------------- |
| Statische Website, etwa mit Nuxt generiert | Schlanker Webserver mit Caching, wenig Wartung             |
| Website oder Shop mit CMS und PHP          | Webserver mit passender PHP-Version, Datenbank und Backups |
| Web-App mit eigenem Backend                | Cloud-Server mit Containern, verwaltet über Coolify        |
| Unternehmenskommunikation                  | E-Mail-Postfächer und DNS, zentral verwaltet               |

Weil wir die Server selbst betreiben, können wir Konfiguration, Sicherheitsheader oder Weiterleitungen direkt so einrichten, wie die Website sie erwartet, ohne Umweg über ein Support-Ticket bei einem Dritten.

## Coolify: Plattform-Komfort auf eigenen Servern

Plattformen wie Vercel oder Netlify haben gezeigt, wie angenehm Deployments sein können: Code ins Repository schieben, kurz warten, fertig. Coolify bringt diesen Komfort auf Server, die man selbst wählt. Die Open-Source-Plattform verwaltet Anwendungen, Datenbanken und Dienste in Docker-Containern und bietet unter anderem:

- **Deployments aus Git:** Coolify holt den Code aus dem Repository, baut ihn per Dockerfile, Docker Compose oder automatischer Erkennung und startet die neue Version.
- **SSL-Zertifikate:** Let's-Encrypt-Zertifikate werden automatisch ausgestellt und verlängert.
- **Datenbanken:** PostgreSQL, MySQL, Redis und weitere lassen sich mit wenigen Klicks bereitstellen, inklusive geplanter Backups auf S3-kompatiblen Speicher.
- **Mehrere Server:** Coolify steuert mehrere Server über SSH, sodass Projekte nach Bedarf verteilt werden können.

Der Vorteil gegenüber großen Cloud-Plattformen: Sie wissen, wo Ihre Daten liegen, und die Kosten hängen nicht von Aufrufen oder Build-Minuten ab. Der Preis dafür ist, dass jemand die Server betreiben muss. Diesen Teil übernehmen wir.

## Eigene GitLab-Server: Code und Pipelines unter Kontrolle

Der Quellcode unserer Projekte liegt auf GitLab-Servern, die wir selbst betreiben. GitLab vereint Versionsverwaltung, Code-Review per Merge Request, Container Registry und CI/CD in einem System. Die Pipeline eines Projekts wird in einer Datei im Repository beschrieben, der `.gitlab-ci.yml`, und läuft auf eigenen Runnern.

Das hat mehrere Vorteile:

- **Datenhoheit:** Code, Zugangsdaten für Deployments und Build-Artefakte bleiben auf Infrastruktur, die wir kontrollieren.
- **Klare Zugriffe:** Wer welches Projekt sehen, ändern oder ausliefern darf, ist zentral geregelt.
- **Keine Minutenkontingente:** Eigene Runner bauen und testen so oft wie nötig, ohne dass Pipeline-Minuten knapp werden.
- **Nachvollziehbarkeit:** Jede Änderung ist mit Merge Request, Pipeline-Lauf und Deployment verknüpft.

## Eine Pipeline vom Commit bis live

So sieht ein typischer Ablauf aus, wie wir ihn für Kundenprojekte einrichten:

1. **Merge Request:** Eine Änderung wird in einem eigenen Branch entwickelt und zur Prüfung eingereicht.
2. **Build:** Die Pipeline baut Frontend und Backend, bei Container-Projekten als Docker-Image.
3. **Tests:** Linting, Typprüfung und automatische Tests laufen bei jeder Änderung, bei Bedarf auch Barrierefreiheits- und Browser-Tests.
4. **Staging:** Die neue Version wird auf eine Staging-Umgebung ausgespielt und dort gemeinsam abgenommen.
5. **Live:** Nach der Freigabe geht genau dieselbe Version live, die auf Staging geprüft wurde.
6. **Rollback:** Fällt nach dem Livegang doch etwas auf, ist die vorherige Version schnell wieder aktiv.

Wenn mehrere Teams parallel arbeiten, hilft eine Mock-API: Sie liefert vorab die Antworten einer Schnittstelle, die noch entsteht. So kann die Arbeit am Frontend beginnen, bevor das Backend fertig ist, und die Pipeline testet von Anfang an gegen realistische Daten.

## Aus der Praxis

Für die Sneaker-Plattform [deadstock](https://degoya.digital/referenzen/deadstock) haben wir neben dem Umzug aus WordPress die komplette Hosting-Struktur und die Build-Pipelines aufgebaut und betreuen die Server samt Tracking im laufenden Betrieb. Bei [netbid](https://degoya.digital/referenzen/netbid) stammen die Docker-Container für Frontend und Backend und eine Mock-API für die parallele Entwicklung von uns, und wir beraten das Team zu Hosting, Webinfrastruktur und Sicherheit.

## Checkliste für Hosting und Betrieb

- Ist dokumentiert, auf welchem Server die Website läuft und wer Zugriff hat?
- Werden Updates für System, Laufzeit und CMS regelmäßig eingespielt?
- Gibt es Backups, und wurde die Wiederherstellung schon einmal getestet?
- Läuft jedes Deployment automatisch und immer gleich, statt per Hand?
- Gibt es eine Staging-Umgebung, auf der Änderungen vor dem Livegang geprüft werden?
- Lässt sich eine fehlerhafte Version schnell zurücknehmen?
- Liegt ein Vertrag zur Auftragsverarbeitung mit dem Hosting-Anbieter vor?

## Was Sie mitnehmen sollten

Gutes Hosting fällt nicht auf, und genau das ist das Ziel: Die Website läuft, Änderungen kommen sicher an, und bei Problemen ist klar, wer sich kümmert. Wenn Entwicklung, Server und Pipeline aus einer Hand kommen, wird der Betrieb planbar. Mehr dazu finden Sie bei unseren Leistungen für [Hosting & Server](https://degoya.digital/leistungen/hosting) und [DevOps & GitLab](https://degoya.digital/leistungen/devops), oder [sprechen Sie uns direkt an](https://degoya.digital/kontakt).

## Häufige Fragen

Braucht auch eine kleine Website eine Build-Pipeline?

Eine einfache Pipeline lohnt sich schon bei kleinen Projekten: Sie baut die Seite immer gleich, prüft sie automatisch und spielt sie per Knopfdruck aus. Der Aufwand ist gering, und Fehler durch manuelles Hochladen entfallen.

Ist Coolify eine Alternative zu Vercel oder Netlify?

Für viele Projekte ja. Coolify bietet ähnlichen Komfort wie diese Plattformen, also Deployments direkt aus dem Git-Repository und automatische SSL-Zertifikate, läuft aber auf Servern, die Sie selbst wählen. Dafür muss jemand die Server betreiben und pflegen.

Kann ich mein bestehendes Hosting behalten?

Ja. Pipelines und Deployments lassen sich auch für vorhandenes Hosting einrichten. Ein Umzug lohnt sich vor allem dann, wenn die bisherige Umgebung nicht mehr zu Last, Technik oder Sicherheitsanforderungen passt.

## Über den Autor: Alexander Herling

Gründer und Inhaber von DEGOYA.digital. Seit dem ersten Kontakt mit 8-Bit-Computern in seiner Kindheit beschäftigt er sich mit Technologie. Heute verbindet er 35 Jahre Erfahrung in Marketing und Webentwicklung mit einem Schwerpunkt auf technischer Suchmaschinenoptimierung.

Passende Leistung

[Hosting & Server](https://degoya.digital/leistungen/hosting)

[Zurück zum Blog](https://degoya.digital/blog)

Source: https://degoya.digital/blog/hosting-devops-coolify-gitlab