Sicherheit und Compliance
Gewährleisten Sie Datensicherheit und Compliance mit Monitoring und Änderungsnachverfolgung
Sichere Datenbank-Deployments in Ihren CI/CD-Pipelines
Stellen Sie Datenbankänderungen mit derselben Geschwindigkeit und Governance bereit wie Anwendungscode.
Warum Redgate Flyway Enterprise bei Pipeline-as-Code-Datenbank-Deployments überzeugt
Flyway Enterprise gibt Teams alles an die Hand, um Datenbank-Deployments nach dem Pipeline-as-Code-Prinzip zu automatisieren. Mit einer einzigen, skriptfähigen CLI und dem MCP Server für KI-gestützte Workflows fügt sich Flyway Enterprise direkt in CI/CD-Pipelines ein, für schnelle, kontrollierte und verlässliche Datenbank-Deployments bei jedem Release.
Zentrale Funktionen
Vollständig skriptfähiger Workflow für die Pipeline-Integration
Jeder Schritt in Flyway Enterprise ist per CLI steuerbar. Verketten Sie Befehle für eine vollautomatische Ausführung in jeder CI/CD-Pipeline und jedem Shell-Skript.
Zero-Touch-Standardisierung für alle gängigen RDBMS
Ein standardisierter Ansatz für Datenbank-Deployments: Die CLI-Befehle und Workflows von Flyway werden für die gängigsten RDBMS unterstützt.
Datenbankprobleme schon in der Entwicklung abfangen
Ein einziger Flyway-CLI-Befehl startet automatische Policy-as-Code-Prüfungen für jedes Deployment und setzt Standards konsequent durch, bevor Änderungen die Produktion erreichen.
Robuster Schemavergleich direkt in der CLI
Vergleichen Sie Datenbanken, erkennen Sie Unterschiede und generieren Sie validierte Migrationsskripte mit der erstklassigen Datenbankvergleichs-Engine von Flyway Enterprise, alles aus einer einzigen Binary und ohne zusätzliche Werkzeuge.
Wiederholbare, versionierte Migrationen für die Auditfähigkeit
Jedes automatisch generierte Migrationsskript ist eine einfache SQL-Datei: prüfbar, auditfähig und wie jedes andere Code-Artefakt in der Versionskontrolle abgelegt.
Automatisch generierte Migrationsskripte
Generieren Sie versionierte Skripte und Undo-Skripte in einem Befehl. Das gibt Teams ein Sicherheitsnetz für Rollbacks und die Entwicklung in Branches.
Warum sollten Datenbank-Deployments genauso automatisiert sein wie Anwendungscode?
In vielen Teams laufen Datenbankschemaänderungen als Sonderfall außerhalb des automatisierten Deployment-Workflows und der zugehörigen Tools. Genau dort entsteht der Engpass, der die Wertschöpfung verzögert. 39 % der Organisationen testen und deployen Datenbankänderungen noch manuell und holen sich damit Schwankungen und Risiken in eine kritische Phase des Lieferprozesses (State of the Database Landscape, 2026). Die DORA-Studie State of DevOps 2025 bestätigt das: Der vermeintliche Zielkonflikt zwischen Geschwindigkeit und Stabilität ist ein Mythos, Elite-Teams erreichen beides gleichzeitig.
Flyway Enterprise löst dieses Problem. Mit wenigen einfachen CLI-Befehlen bündelt Flyway Enterprise den gesamten Datenbankentwicklungs-Workflow: Änderungen versionieren, Migrationsskripte generieren, in CI/CD-Umgebungen validieren und sicher in die Zielumgebungen deployen.
“Die größte Ersparnis mit Flyway Enterprise ist Zeit. Unser letztes Release hat für 60 Datenbanken weniger als 6 Minuten gedauert, das ist ein riesiger Gewinn. Wir sind damit bereit, uns anzupassen und zu skalieren”
Datenbankänderungen genauso deployen wie Anwendungscode
Flyway Enterprise macht es sicher und einfach, Datenbankänderungen wie Anwendungscode zu behandeln, mit integrierter Governance und eingebauten Leitplanken.
- CI/CD-Integration: Datenbankänderungen laufen in derselben Pipeline wie der Anwendungscode und werden gemeinsam getestet, geprüft und deployt.
- Verkettete Befehle führen Schemavergleich, Modellierung, Skriptgenerierung und Deployment (diff, model, generate und migrate) ohne interaktive Eingaben nacheinander aus.
- Ausführliches Logging legt jeden zugrunde liegenden Befehl offen und macht automatisierte Workflows leicht nachvollziehbar, debugbar und erweiterbar.
- Automatische Skriptgenerierung ersetzt zeitaufwendiges manuelles Skripten durch präzise, deterministische und validierte SQL-Migrationsskripte.
- MCP-Server-Integration: KI-Coding-Assistenten lösen Flyway-Befehle direkt aus. KI-gestützte Entwicklung trifft auf deterministische, validierte Skriptgenerierung: Teams beschleunigen ihre Workflows, Governance und Auditfähigkeit bleiben erhalten.
So funktioniert es
Volle Kontrolle über die Deployment-Pipeline, ohne neue Workflows
Flyway Enterprise ist von Grund auf für die Integration in bestehende CI/CD-Pipelines gebaut. Keine neuen Workflows, keine Reibung. Datenbank-Releases werden schneller und stabiler, versioniert, getestet und im selben Takt deployt wie Ihr Anwendungscode.
Wenn Datenbank-Deployments durch dieselbe Pipeline und dieselben Prozesse laufen wie der Anwendungscode, profitieren Teams von automatisierten Tests, Richtlinienprüfungen und Validierung. Das schafft die Governance und die Leitplanken, um Änderungen mit Vertrauen bereitzustellen.
Entwickler
SQL- und Anwendungscode-Änderungen
KI-Assistent
Bearbeitet nur das Schemamodell
Flyway MCP Server
Flyway generiert das Migrationsskript
Deterministische versionierte Skripte und Undo-Skripte
Commit und Pull Request
Ein Mensch prüft und gibt frei
CI/CD
Migrationen validieren, Codequalität prüfen, Unit-Tests ausführen
Check- und Drift-Berichte
Impact- und Drift-Berichte vor dem Release, optional mit menschlicher Prüfung
Deployment
Auditierbar, versioniert, deterministisch
Jede Änderung, ob von Menschen oder von KI erstellt, durchläuft dieselbe kontrollierte Pipeline: deterministische Skriptgenerierung, menschliche Prüfung, automatisierte CI-Checks und ein auditierbares Deployment.
“Entscheidend ist das Vertrauen der Entwickler: Sie können Risiken eingehen, weil die Pipeline Fehler auffängt. Mit all den Tests können sie große Änderungen vornehmen und müssen nicht mehr an jede einzelne Datenbankmigration denken. Alles fließt einfach durch, die Entwickler liefern schneller und arbeiten mit mehr Sicherheit.”
Umgebungskonfiguration, die sicher in die Versionskontrolle kann
Flyway-Umgebungen halten Verbindungsdaten aus der gemeinsamen Projektkonfiguration heraus und spiegeln damit die Struktur, die Anwendungsprojekte längst haben: gemeinsame Konfiguration im Repository, Secrets extern verwaltet. Persönliche Verbindungsdaten bleiben lokal; in CI/CD-Pipelines lösen Secrets-Management-Integrationen die Zugangsdaten zur Laufzeit aus vertrauenswürdigen Quellen auf.
- Nutzerseitige Konfiguration (flyway.user.toml) hält die persönlichen Verbindungsdaten eines Entwicklers aus dem Repository und von gemeinsamer Infrastruktur fern. Sie ist von der Versionskontrolle ausgeschlossen und wird von CI/CD-Pipelines nie verwendet.
- Secrets-Management-Integration löst Zugangsdaten zur Laufzeit aus HashiCorp Vault, AWS Secrets Manager, Google Cloud Secret Manager oder den nativen Secrets Ihrer Pipeline auf. CI/CD-Zugangsdaten liegen damit in keiner Datei mehr.
- Benannte Umgebungen machen Deployment-Befehle portabel: flyway migrate -environment=prod funktioniert für jedes Teammitglied und jede Pipeline gleich.
- Beliebig viele Umgebungen: Dev, Shadow, QA, Staging, Pre-Prod und Produktion werden einmal konfiguriert und per Name referenziert.
- Automatisierungsvorlagen generieren Bash-, PowerShell- und GitHub-YAML-Dateien und machen Onboarding und die Einrichtung von CI-Runnern konsistent und wiederholbar.
Flyway-Skripttypen, automatisch und wiederholbar aus einem einzigen Diff generiert
Der generate-Befehl von Flyway Enterprise erzeugt versionierte Skripte und Undo-Skripte aus demselben Diff-Artefakt, mit einem deterministischen Verfahren, das jedes Mal konsistente, wiederholbare Skripte liefert. Baseline-Skripte entstehen separat als einmaliger Komplettaufbau des Schemas. Teams geben über den Parameter -generate.types an, was sie benötigen, den Rest übernimmt Flyway Enterprise, einschließlich der automatischen Validierung vor dem Speichern.
- Versionierte Migrationen (V) führen die Datenbank von einer bekannten Version zur nächsten und wenden dabei einen klar abgegrenzten, sequenzierten Satz von Schemaänderungen an. Sie sind das Rückgrat jedes Flyway-Deployments.
Flyway Enterprise unterstützt auch einen schemamodellbasierten Ansatz: Teams entwickeln ihre Änderungen gegen ein versioniertes Schemamodell, die Migrationsskripte generiert Flyway Enterprise. Das liefert eine Git-Historie auf Objektebene und zeigt, welche Tabelle oder Prozedur sich in welchem Commit geändert hat. Für Teams, in denen KI-Coding-Assistenten Schemaänderungen vorschlagen, ist das oft die bessere Wahl: Aus jeder KI-generierten Änderung entsteht ein deterministisches, prüfbares Migrationsskript.
- Undo-Skripte (U) machen die Änderungen einer zugehörigen versionierten Migration rückgängig. Ideal für die Branch-Entwicklung, wenn Änderungen schnell getestet, zurückgenommen und erneut angewendet werden. In der Produktion ist Fix-Forward mit einer korrigierenden Migration der Standardansatz; Undo und Snapshot-Rollback sind für Nicht-Produktivumgebungen und Notfälle gedacht, Backups bleiben das maßgebliche System für die Datenwiederherstellung.
- Baseline-Migrationen (B) liefern ein vollständiges Build-Skript für eine bestimmte Datenbankversion, beginnend bei einer leeren Datenbank. Sie werden typischerweise einmal pro Projekt generiert. Nützlich, um kurzlebige Testumgebungen aufzusetzen, als Referenzpunkt für Schattendatenbank-Vergleiche und Änderungsberichte, und um neue Umgebungen von Grund auf bereitzustellen.
- Kombinierte Generierung mit -generate.types=versioned, undo erzeugt die versionierten Skripte und Undo-Skripte für jede Änderung gemeinsam, in einem Schritt. Baseline-Skripte sind die Ausnahme: Sie entstehen typischerweise einmalig und laufen daher meist als separater Befehl.
- Eigene Repeatable Migrations (R) lassen sich ebenfalls einbinden. Sie laufen automatisch erneut, sobald sich ihre Checksumme ändert, und sind damit die richtige Wahl für Skripte, die bei jeder inhaltlichen Änderung ausgeführt werden sollen.
Gebaut für große Teams mit CI/CD-Pipelines
Flyway Enterprise unterstützt auch einen schemamodellbasierten Ansatz: Teams entwickeln ihre Änderungen gegen ein versioniertes Schemamodell, die Migrationsskripte generiert Flyway Enterprise. Das liefert eine Git-Historie auf Objektebene und zeigt, welche Tabelle oder Prozedur sich in welchem Commit geändert hat. Für Teams, in denen KI-Coding-Assistenten Schemaänderungen vorschlagen, ist das oft die bessere Wahl: Aus jeder KI-generierten Änderung entsteht ein deterministisches, prüfbares Migrationsskript.
Ob es darum geht, Datenbankmigrationen in eine GitHub-Actions-Pipeline einzubinden, ein Platform-Engineering-Toolkit aufzubauen, das die Deployment-Komplexität von den Anwendungsteams fernhält, oder auditierbare Migrationsartefakte für regulierte Release-Prozesse zu erzeugen: Flyway Enterprise liefert die Grundlage, mit der Teams ihre Datenbank-Deployments auf das Tempo der Softwarelieferung skalieren.
- CI/CD-Integration: Strukturieren Sie Flyway-Befehle als Build-, Check- und Migrate-Stufen in jedem Pipeline-Runner, ob GitHub Actions, Azure DevOps Pipelines, GitLab CI oder andere. Fehlerhafte Änderungen werden abgefangen, bevor sie die Produktion erreichen.
- Leitplanken für das Deployment: Kapseln Sie Flyway-Befehle in Ihrem bestehenden Plattform-Tooling, um Anwendungsteams sichere, klar vorgezeichnete Datenbank-Deployment-Workflows ohne direkten Datenbankzugriff bereitzustellen und die Einhaltung der Richtlinien sicherzustellen.
- Nachvollziehbare Deployments für die Compliance: Jedes von Flyway generierte Skript ist eine einfache SQL-Datei mit vollständiger Audit-Historie vom Diff-Artefakt bis zur deployten Version. Das liefert die Nachvollziehbarkeit, die regulierte Umgebungen verlangen.
- Rollout über mehrere Umgebungen: Wenden Sie dieselbe validierte Migration mit einem konsistenten Ein-Befehl-Muster auf QA, Staging, Pre-Prod und Produktion an.
- Änderungsberichte vor der Produktion: Generieren Sie einen Änderungsbericht, der anstehende Migrationen mit der Baseline und den bereits deployten Skripten vergleicht und genau zeigt, was sich ändern wird, inklusive Detailansicht. Teams kennen so die Auswirkungen, bevor ein Deployment startet.
- Drift-Erkennung und -Auflösung: Stellen Sie sicher, dass sich die Produktion nicht unbemerkt außerhalb der Migrationspipeline verändert hat, damit Pre-Production-Deployments den tatsächlichen Zustand abbilden. Wird Drift gefunden, generiert Flyway automatisch Auflösungsskripte, die die Zielumgebung wieder auf Linie bringen und die Releases am Laufen halten.
Weiterführende Inhalte
Wir sind hier, um zu helfen
0800 028 0309
Für weitere Informationen über Redgate Flyway, eine Demo oder Best Practices nehmen Sie gern Kontakt mit uns auf.
Seit über 25 Jahren der Standard in der Branche
Seit mehr als 25 Jahren entwickelt Redgate spezialisierte Software für Datenbanken. 92 % der Fortune-100-Unternehmen setzen auf unsere Lösungen. Insgesamt vertrauen uns über 200.000 Kunden weltweit.
Support auf höchstem Niveau
Redgate bietet eine umfassende Dokumentation und ein kompetentes, engagiertes Support-Team. Im Schnitt bewerten 87 % unserer Kundinnen und Kunden unseren Support mit „Ausgezeichnet“.