Waarom wordt mijn schemamigratie uitgevoerd voordat is gecontroleerd of de actieve services dit overleven?

Wanneer je een schemawijziging naar een productiedatabase pusht, wordt de migratie uitgevoerd voordat enig hulpmiddel verifieert dat de momenteel actieve serviceversies de nieuwe structuur kunnen lezen en schrijven. Een verwijderde kolom of hernoemde veld bereikt de database voordat oude pods klaar zijn met draining, en een rollback herstelt het schema maar niet de gegevens die in de tussentijd door de nieuwe versie zijn geschreven. ORM-tools genereren SQL op basis van diffs maar modelleren niets over implementatietopologie, gelijktijdige serviceversies of live lees-schrijfpatronen. Teams compenseren dit met expand-contract-rituelen die zijn gedocumenteerd in wiki's en via kennisoverdracht, niet afgedwongen door tooling. Één enkele verkeerd geordende stap leidde tot cascadestoringen over meerdere services en een gedocumenteerd incident van 4,5 miljoen dollar afgelopen jaar.