Reduzieren Sie technische Schulden, verbessern Sie die Skalierbarkeit und optimieren Sie Ihre PHP-Anwendung nachhaltig mit professionellem PHP Refactoring.
- Aktualisiert:
- Autor:
- Roland Golla
Deployments ohne Bauchschmerzen: CI CD Pipeline mit Docker
Ein Deployment am Freitagnachmittag. Danach steht die Website falsch, und keiner weiß genau, welche Änderung schuld war. Kennt jeder, kaum einer hat es im Griff.
Wir bauen euch eine Pipeline, in der das nicht mehr passieren kann. Jeder Commit läuft durch Codeanalyse und automatisierte Tests. Jedes neue Feature bekommt eine eigene Adresse zum Anschauen, mit echten Daten. Live geht nur, was vorher grün war.
Was ein schlechtes Deployment wirklich kostet
Die Rechnung steht selten in einer Rechnung. Sie steht in den Stunden, in denen drei Leute suchen, warum das Formular seit gestern nicht mehr funktioniert. In der Freigabeschleife, in der euer Fachbereich Screenshots per Mail kommentiert, weil er das neue Feature nirgends anklicken kann. Und in dem Abend, an dem jemand die Datenbank auf dem Livesystem anfasst, weil es keinen anderen Ort zum Testen gibt.
Teams, die das kennen, deployen seltener. Seltener deployen heißt größere Pakete. Größere Pakete heißen größere Ausfälle. Der Kreis schließt sich, und am Ende dauert jede Änderung Wochen, die technisch eine Stunde ist.
Eine gute Pipeline dreht das um. Sie macht das Ausliefern langweilig. Der Ablauf bei uns ist immer gleich: kostenloses Kennenlernen, ehrliche Aufwandsschätzung, danach transparente Minuten Abrechnung. Keine Pakete, keine Lizenzen, keine Bindung an uns.
Inhalt
Erreichen Sie unsere PHP Consultant Spezialisten
Wir sind Experten für PHP und helfen Ihnen, Ihre digitalen Herausforderungen zu meistern. Unser erfahrenes Team unterstützt Sie bei PHP Updates, PHP Refactoring und berät Sie remote zu allen Fragen rund um PHP. Mit unseren vollautomatischen CI/CD Deployments und einer robusten Docker-Infrastruktur bringen wir Ihre PHP-Projekte auf das nächste Level. Vertrauen Sie auf unsere Expertise für zuverlässige und skalierbare PHP-Lösungen.
Wie die Pipeline arbeitet
Zwischen Commit und Livegang liegen sechs Stufen. Euer Team merkt davon nur eine: Es wird grün oder rot.
1. Bauen
Aus dem Code entsteht ein Container. Einmal gebaut, überall identisch. Der berühmte Satz, dass es auf dem eigenen Rechner doch lief, verliert damit seine Grundlage.
2. Prüfen
Statische Codeanalyse und Unit Tests laufen automatisch. Sie finden Fehler, bevor ein Mensch sie sieht, und melden vergessene Debug Ausgaben, die sonst gern im Livesystem landen.
3. Vorschau bauen
Jeder Feature Branch bekommt eine eigene Umgebung mit eigener Datenbankkopie. Nichts davon berührt euer Livesystem.
4. Testen wie ein Nutzer
Automatisierte Klickstrecken gehen die wichtigen Wege durch: Formular abschicken, einloggen, bestellen. Zusätzlich prüfen wir das ausgelieferte HTML auf Fehler.
5. Live gehen
Nur wenn alle Tests grün sind, geht die Version raus. Sonst bleibt sie stehen. Für Notfälle gibt es einen bewusst manuellen Weg, den ein Mensch freigeben muss.
6. Nachkontrolle
Direkt nach dem Livegang läuft ein kurzer Test gegen die echte Seite und meldet tote Links. Probleme fallen in Minuten auf, nicht Wochen später in der Search Console.
Für eure IT in einem Absatz: GitLab CI, Docker Multi Stage Builds mit getrennten Dev und Live Targets, PHPStan und PHPUnit im Dev Image, Cypress als eigenständiges Testprojekt per Trigger, Deployment über Docker Compose auf eigene Server, Cache Warmup für Symfony und Sulu.
Die vier Phasen im Überblick
| Stufe | Was automatisch passiert | Was ihr davon habt |
|---|---|---|
| Build | Container wird gebaut und in die Registry gelegt | Jede Version ist reproduzierbar und jederzeit wiederherstellbar |
| Analyse | Statische Codeanalyse, Unit Tests, Suche nach Debug Resten | Fehler kosten Minuten statt Ausfälle im Livebetrieb |
| Preview | Eigene Umgebung pro Feature Branch mit eigener Datenkopie | Fachbereich und Kunde sehen das Feature vor der Freigabe |
| Live | Deployment nur bei grünen Tests, danach Nachkontrolle | Releases werden langweilig und damit häufiger möglich |
Eine eigene Adresse für jedes Feature
Das ist der Teil, den Fachbereiche sofort verstehen. Sobald ein Entwickler an einem neuen Feature arbeitet, entsteht automatisch eine eigene Webadresse dafür. Der Name des Branches wird zur Subdomain. Aus einem Branch namens neues-formular wird eine Seite, die genau dieses Formular zeigt und sonst nichts.
Dahinter liegt eine Wildcard Konfiguration im DNS und im Zertifikat. Es muss also keiner pro Feature eine neue Domain beantragen oder ein Zertifikat verlängern. Die Adresse existiert, sobald der Branch existiert.
Jede dieser Umgebungen bekommt zusätzlich eine eigene Kopie der Datenbank. Getestet wird also nicht auf leeren Beispieldaten, sondern auf dem, was eure Redaktion und eure Kunden wirklich eingetragen haben. Und trotzdem fasst keiner das Livesystem an.
Für euch heißt das: Freigaben laufen über einen Link statt über Screenshots. Der Fachbereich klickt, kommentiert, und erst danach wird gemerged. Missverständnisse zwischen Anforderung und Ergebnis fallen weg, bevor sie Geld kosten.
Daten, die ein Deployment überleben
Der häufigste Schaden bei automatisierten Deployments ist kein kaputter Code, sondern verlorene Daten. Hochgeladene Dateien, gepflegte Bilder, ein aufgebauter Suchindex: Wenn beim Neuaufbau der Umgebung keiner daran denkt, sind sie weg.
Wir sichern diese Bestände vor jedem Neuaufbau automatisch und spielen sie danach zurück. Das gilt auch für neuere Bestandteile wie Vektordatenbanken, in denen die Inhalte für KI Suche und Chatbots liegen. Ein Deployment ist damit kein Ereignis, bei dem jemand die Luft anhält.
Dazu kommt der Betrieb auf eigener Infrastruktur in Deutschland, mit täglichen Vollbackups und der Möglichkeit, eine ältere Version in kurzer Zeit wieder aufzubauen. Für den Hosting Teil arbeiten wir mit unserem Netzwerkpartner Conversis in Duisburg zusammen. Wo eure Daten liegen, ist damit jederzeit beantwortbar, auch gegenüber eurem Datenschutzbeauftragten.
Warum NCA und was das für euch bedeutet
Never Code Alone ist eine Agentur aus Duisburg mit Schwerpunkt Softwarequalität. Roland Golla ist der Gründer. Sein Thema: Die KI schreibt den Code, er sorgt für die Qualität. Automatisiertes Testen ist hier seit 2013 das Kernthema, nicht ein Zusatzangebot.
Die Pipeline, die wir beschreiben, läuft für unsere eigene Website. Wir verkaufen kein Konzept, sondern etwas, das bei uns täglich im Einsatz ist. Roland ist Cypress Ambassador und hat Tests zum TYPO3 Core beigetragen, das Thema ist über Jahre gewachsen und nicht neu entdeckt.
Für euch heißt das: kein Plattformwechsel und kein Projekt über Monate. Wir setzen auf GitLab CI und Docker, beides offene Standards. Alles liegt in eurem Repository und läuft auf eurer oder unserer Infrastruktur, nicht auf einer Plattform, aus der ihr später schwer wieder rauskommt.
Wenn beim Aufsetzen Grundsätzliches auffällt, sagen wir es. Alte Versionen gehören vor die Automatisierung, dafür gibt es das PHP Update. Gewachsener Code, den keiner mehr anfassen will, wird über PHP Refactoring beherrschbar. Den Rahmen dazu gibt das PHP Consulting. Soll euer Formular direkt im Team Chat landen, geht das über den Telegram Bot für PHP Formulare.
Soll das Wissen im Team bleiben, passen der Cypress Workshop, das PHP Training mit PHPStan und die Sulu CMS Schulung für Symfony. Wer zusätzlich KI Code sicher in Produktion bringen will, findet den Einstieg bei den Vibe Coding CI CD Pipelines, beim automatisierten KI Code Review, bei AI Code in Produktion, im Vibe Coding Consulting, beim Codebase Audit und beim Security Audit.
Fragen zur CI CD Pipeline mit Docker
Was bringt uns eine CI CD Pipeline 2026 wirtschaftlich?
Weniger Ausfälle und kürzere Wege bis zur Freigabe. Fehler, die heute im Livebetrieb auffallen und drei Leute beschäftigen, fallen künftig in der Pipeline auf und kosten Minuten. Dazu kommt Planbarkeit: Releases werden zu einem normalen Vorgang statt zu einem Termin, vor dem sich alle drücken.
Wie lange dauert der Aufbau 2026?
Das hängt vom Projekt ab. Ein Projekt, das schon in Git liegt und lokal sauber läuft, ist überschaubar. Länger wird es, wenn heute noch per FTP deployed wird, Konfiguration im Code steht oder keiner mehr weiß, was auf dem Server läuft. Genau das sehen wir uns vorher an, bevor Kosten entstehen.
Was kostet das 2026?
Wir nennen keine Paketpreise, weil kein Projekt dem anderen gleicht. Der Ablauf ist immer gleich: kostenloses Kennenlernen, ehrliche Aufwandsschätzung, danach transparente Minuten Abrechnung. GitLab CI und Docker sind Open Source, es entstehen keine Lizenzkosten für die Werkzeuge selbst.
Müssen wir 2026 unsere Plattform wechseln?
Nein. Wir arbeiten mit GitLab CI und Docker, beides offene Standards, die auf eigenen Servern laufen können. Liegt euer Code bei GitHub, geht der gleiche Aufbau über GitHub Actions. Ihr bindet euch an keinen Anbieter, aus dem ihr später schwer wieder herauskommt.
Können wir 2026 selbst weiterarbeiten, ohne NCA?
Ja, und genau darauf legen wir es an. Die Pipeline liegt als Datei in eurem Repository, nachvollziehbar und dokumentiert. Auf Wunsch schulen wir euer Team darauf. Wir verdienen an guter Arbeit, nicht daran, dass ihr uns nicht loswerdet.
Wie viel Zeit kostet das unser Entwicklungsteam?
Am Anfang ein paar Termine für Zugänge, Umgebungen und die Frage, welche Tests wirklich wichtig sind. Danach spart die Pipeline Zeit, weil manuelles Ausliefern und manuelles Durchklicken entfallen. Der Aufwand liegt vorne, der Nutzen läuft dauerhaft.
Was passiert, wenn ein Test fehlschlägt?
Dann geht die Version nicht live. Euer Team sieht sofort, welcher Schritt gestoppt hat, und kann nachbessern. Für echte Notfälle gibt es einen bewusst manuellen Weg, den ein Mensch freigeben muss. Automatik heißt nicht, dass ihr die Kontrolle abgebt.
Brauchen wir dafür eigene Server?
Ihr könnt bestehende Infrastruktur nutzen oder unsere. Wir betreiben Projekte auf eigenen Servern in Deutschland, für den Hosting Teil arbeiten wir mit unserem Netzwerkpartner Conversis in Duisburg zusammen. Wo eure Daten liegen, ist damit jederzeit beantwortbar.
Wie sicher sind die Preview Umgebungen?
Sie sind für euer Team und eure Freigeber gedacht, nicht für Suchmaschinen. Wir sichern sie ab und schließen sie für Crawler aus. Wenn dort echte Daten liegen, klären wir vorher, welche Inhalte gebraucht werden und welche wir beim Kopieren entfernen oder anonymisieren.
Funktioniert das nur mit PHP?
Nein. Der Aufbau ist derselbe für Node, Python oder ein modernes Frontend. Nur die Prüfwerkzeuge unterscheiden sich. Unser Beispiel stammt aus einem Symfony Projekt, weil PHP und Symfony unser tägliches Werkzeug sind.
Wir haben bisher keine Tests, ist das ein Ausschluss?
Im Gegenteil, das ist der Normalfall. Wir fangen mit den Wegen an, die im Geschäft am meisten wehtun, wenn sie brechen: Kontaktformular, Anmeldung, Bestellung. Ein Dutzend guter Tests bringt mehr als hundert, die keiner pflegt.
Wie merken wir, wenn im Livebetrieb etwas kaputtgeht?
Direkt nach dem Ausliefern läuft eine Nachkontrolle gegen die echte Seite, die tote Links und offensichtliche Fehler meldet. Dauerhaft überwachen wir Anwendung und Server mit Sentry und Grafana. Ihr erfahrt von Problemen dann von uns und nicht von einem Kunden.
Was ist mit KI generiertem Code?
Für den gilt dasselbe wie für jeden anderen Code, nur strenger. Er sieht meist gut aus und ist trotzdem ungeprüft. Eine Pipeline mit Codeanalyse und Tests ist die Voraussetzung dafür, KI Werkzeuge im Team zu erlauben, ohne die Kontrolle über die Qualität zu verlieren.
Wir updaten alle PHP Projekte auf Version 8 ✅ schnell ✅ kostengünstig ✅ einfach - von Deutschlands führenden Rector Experten - Workshop inklusive
Anfragen aus dem Kontaktformular landen in Sekunden im Team Chat statt im Sammelpostfach. Kürzere Reaktionszeit, keine verlorenen Leads.