Leistung 04 / 05

Auslieferungmit einem Weg zurück.

Automatisierte Auslieferung mit Prüfungen, die tatsächlich blockieren — und einem Rollback, das nicht erst im Ernstfall zum ersten Mal läuft.

Wann das passt

Vier Situationen, in denen diese Leistung die richtige Antwort ist.

01
Deployments passieren freitags nicht mehr, weil niemand weiß, was am Montag kaputt ist.
02
Die Pipeline ist grün, und trotzdem fällt die Produktion aus — die Prüfungen prüfen das Falsche.
03
Die Umgebung auf dem Rechner einer Kollegin ist die einzige, in der alles läuft.
04
Ein Ausfall wird vom Kunden gemeldet, nicht vom Monitoring.

Wie wir vorgehen

Reihenfolge und Haltung. Die vier Schritte selbst stehen unter Vorgehen.

Eine Pipeline ist nur so gut wie die Prüfung, die sie stoppt. Deshalb beginnt die Arbeit bei den Gates: Welche Tests, welche Sicherheits- und Lizenzprüfungen, welche Bauartefakte müssen bestehen, bevor etwas ausgeliefert wird — und was passiert, wenn sie das nicht tun. Ein Gate, das man umgehen kann, ist keins.

Umgebungen werden aus Code erzeugt, nicht von Hand gepflegt. Entwicklung, Vorschau und Produktion unterscheiden sich in der Konfiguration, nicht im Aufbau — so bleibt ein Fehler, der in der Vorschau nicht auftritt, auch in der Produktion aus.

Monitoring und Alerting werden auf die Fragen ausgerichtet, die im Ausfall zählen: Was ist kaputt, seit wann, und wie kommen wir zurück? Das Rollback wird geübt, bevor es gebraucht wird.

Aus dem Repository dieser SeiteStand a3e8bcf · .github/pipeline.yaml

 1deployment:
 2  provider: cloudflare-workers
 3  cloudflare:
 4    config: wrangler.jsonc
 5    # populateCache copies the prerendered [slug] pages into the asset bundle
 6    # (static-assets incremental cache, see open-next.config.ts); without it
 7    # every generateStaticParams route is a 404 on the Worker.
 8    build_command: npm run build && npx opennextjs-cloudflare build && npx opennextjs-cloudflare populateCache local
 9
10  # Three environments, one name each, identical in GitHub / Cloudflare /
11  # Infisical. See ~/docs/operations/ENVIRONMENT_CONVENTION.md. `development`
12  # is local-only and never deployed, so it has no entry here.
13  #
14  # Feature-branch PRs are deliberately NOT deployed: PR pipelines build, lint
15  # and test only. The first deployment of a change is the merge to `dev`.
16  environments:
17    - name: preview
18      trigger:
19        event: push
20        branch: dev
21      auto_deploy: true
22
23    - name: production
24      trigger:
25        event: push
26        branch: main
27      auto_deploy: true

Der Block, der genau diese Seite ausliefert — kein Beispiel, die Konfiguration. Beim nächsten Build wird er neu gelesen.

Was Sie bekommen

Was am Ende in Ihrem Besitz ist — nicht in unserem.

01
CI/CD-Pipeline als Code, mit Gates für Tests, Sicherheit und Build
02
Reproduzierbare Umgebungen für Entwicklung, Vorschau und Produktion
03
Monitoring, Alerting und ein dokumentiertes, getestetes Rollback
04
Ein Betriebshandbuch, das Ihr Team im Ernstfall tatsächlich benutzt

Wovon wir abraten

Die Fälle, in denen wir Nein sagen. Vorher, nicht hinterher.

Wir bauen keine Pipeline, die wir dann für Sie bedienen müssen. Wenn nach der Übergabe nur wir einen Deploy auslösen können, war es keine Übergabe.

Fragen

Was zu dieser Leistung meistens gefragt wird.

01Auf welchen Plattformen arbeiten Sie?

Am häufigsten GitHub Actions, Docker und Infrastructure as Code auf Cloudflare, Vercel oder eigener Infrastruktur. Bestehende Plattformen wie GitLab sind kein Hindernis — die Prinzipien sind dieselben.

02Wir haben schon eine Pipeline. Lohnt sich das trotzdem?

Häufig ja: Die meisten Pipelines liefern aus, aber wenige blockieren wirklich. Eine Bewertung der bestehenden Gates ist ein kleiner, klar begrenzter Auftrag.

03Wie schnell ist ein Rollback?

Das hängt von der Anwendung ab — bei zustandslosen Diensten Minuten, bei Datenbankänderungen so lange, wie die Migration rückwärts braucht. Genau deshalb wird sie im Vorfeld geplant und geprobt.

Reden wir.

Sie bekommen eine ehrliche Ersteinschätzung — inklusive der Fälle, in denen wir abraten.

E-Mail: kontakt@navigaite.de
Telefon: +49 156 79701573
Antwortzeit: In der Regel am nächsten Werktag.
Standort: Mainz, DeutschlandMainz