Skip to content
Tech

Warum wird meine Schema-Migration ausgeführt, bevor geprüft wird, ob die bereitgestellten Dienste sie überstehen?

83

Möglichkeit

Wenn Sie eine Schema-Änderung an eine Produktionsdatenbank übermitteln, wird die Migration ausgeführt, bevor ein Tool überprüft, ob die aktuell laufenden Service-Versionen die neue Form lesen und schreiben können. Eine gelöschte Spalte oder ein umbenanntes Feld erreicht die Datenbank, bevor alte Pods fertig drainiert sind, und ein Rollback stellt das Schema wieder her, aber nicht die Daten, die die neue Version zwischenzeitlich geschrieben hat. ORM-Tools generieren SQL aus Diffs, modellieren aber nichts über Deployment-Topologie, gleichzeitige Service-Versionen oder aktive Lese-Schreib-Muster. Teams kompensieren dies mit Expand-Contract-Ritualen, die in Wikis und als Stammwissen dokumentiert, aber nicht durch Tooling durchgesetzt werden. Ein einziger falsch geordneter Schritt löste Multi-Service-Kaskadenausfälle und einen dokumentierten Vorfall mit 4,5 Millionen Dollar Schaden allein im letzten Jahr aus.

Warum es wichtig ist

Eine Pre-Flight-Kompatibilitätsprüfung, die Ihre Live-Service-Topologie modelliert, würde den riskantesten Schritt eines Deployments in etwas verwandeln, über das man vor dem Ausführen nachdenken kann.

Wie ich die Chance bewerte

Der Opportunity Score ist meine persönliche Einschätzung, keine Messung: wie stark es schmerzt, wie oft es auftritt und wie wenig heute existiert, um es zu lösen. Ein höherer Wert bedeutet, dass ich es für lohnender halte, es umzusetzen.

Schweregrad9/10

Wie viel Schmerz es verursacht, wenn es auftritt.

Häufigkeit8/10

Wie oft Menschen tatsächlich darauf stoßen.

Whitespace7/10

Wie wenig gute Werkzeuge dafür heute existieren.

Weitere lösungswürdige Probleme