Flyway ist ein leichtgewichtiges Tool zur Verwaltung und Migration von Datenbankschemata über versionierte Migrationen. Es unterstützt multiple Datenbanksysteme, ermöglicht automatisierte Migrationen in CI/CD-Pipelines und reduziert manuelle Eingriffe. Flyway integriert sich über SQL- oder Java-basierte Migrationsskripte in Build- und Deploy-Prozesse und eig…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und verwandte Bausteine zu öffnen.
Technischer Baustein: kann automatisiert, integriert oder betrieben werden.
Konkretes Rädchen im System, das in größeren Zusammenhängen wirkt.
Flyway ist ein Werkzeug für versionierte Datenbankmigrationen, das SQL- oder Java-Migrationsdateien geordnet gegen Datenbanken ausführt und ihren Stand protokolliert.
Axel Fontaine startete Flyway 2010 als leichtgewichtigen Ansatz, Datenbankschemaänderungen gemeinsam mit Anwendungscode reproduzierbar zu verwalten.
Benannte Versioned Migrations bilden eine aufsteigende Historie, Repeatable Migrations aktualisieren wiederholbare Objekte. Flyway liest eine Schema-History-Tabelle, validiert Checksums und wendet ausstehende Schritte in Reihenfolge an. Baseline, Repair, Info und Clean unterstützen definierte Lebenszyklusfälle.
Eindeutige, unveränderliche Schritte beschreiben die Entwicklung des Schemas.
Die Datenbank selbst hält fest, welche Migration wann und mit welchem Ergebnis lief.
Checksums und Reihenfolge erkennen veränderte oder fehlende Historie vor Ausführung.
Flyway ermöglicht reproduzierbare Schema-Evolution in Delivery-Pipelines. Migrationen müssen vorwärtskompatibel, getestet und für große Tabellen betriebssicher sein; Backup, Rollback-Strategie, Locks und getrennte Rechte bleiben Verantwortung des Teams.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.