Kijk voordat u meer ontwikkelaars aanneemt of een nieuw deliveryplatform aanschaft eerst eens hoe lang afgerond werk daadwerkelijk wacht voordat het bij de klant terechtkomt. Als databasewijzigingen nog via een apart proces lopen en handmatig moeten worden uitgevoerd, zorgt extra ontwikkelcapaciteit niet automatisch voor een snellere oplevering.
De organisatie heeft de ontwikkeling dan al betaald. Zolang de functionaliteit niet live staat, blijven ook de verwachte omzet of besparingen uit.
Waar de kosten ontstaan
Neem een update van een klantportaal waarbij vier applicaties en hun databases betrokken zijn. De ontwikkeling is klaar, maar de databasewijzigingen moeten nog worden afgestemd tussen specialisten en ingepland binnen onderhoudsvensters. Een deel van die voorbereiding is nodig. De vraag is hoeveel tijd daadwerkelijk naar risicobeoordeling gaat en hoeveel naar overdracht en planning.
Als elke release zoveel afstemming vraagt, ligt het voor de hand om wijzigingen te bundelen. Afgeronde functionaliteit wacht dan op ander werk en problemen zijn bij een grotere release moeilijker te herleiden. Kleinere releases maken het eenvoudiger om fouten te vinden en te herstellen.
Ondertussen besteden ervaren databasespecialisten tijd aan het uitvoeren van goedgekeurde scripts, terwijl diezelfde tijd ook kan worden besteed aan prestaties, betrouwbaarheid en verbeteringen aan het platform.
Dit werkt ook door in de planning. Een project kan volgens de ontwikkelrapportage keurig op schema liggen, terwijl databasewijzigingen nog in een aparte wachtrij staan. Een realistische opleverdatum moet met beide rekening houden.
Breng de database in het releaseproces
Met Redgate Flyway kunnen databasewijzigingen onderdeel worden van hetzelfde geautomatiseerde releaseproces als applicatiewijzigingen. Teams leggen wijzigingen vast als geversioneerde scripts in versiebeheer. Flyway voert openstaande migraties in de juiste volgorde uit en registreert per database welke wijzigingen zijn toegepast.
Databasespecialisten kunnen wijzigingen al tijdens de ontwikkeling beoordelen, waarna de pipeline de goedgekeurde uitvoering verzorgt. Problemen komen daardoor eerder aan het licht en een deployment is niet langer afhankelijk van iemand die handmatig een reeks scripts uitvoert.
Teams die GitHub gebruiken, kunnen ook kijken naar Redgate's Flyway Actions. Deze zijn eerder dit jaar uitgebracht en bieden herbruikbare stappen voor het controleren en uitrollen van databasewijzigingen.
Houd controle over productie
Flyway Enterprise kan onverwachte wijzigingen in de databasestructuur detecteren, bijvoorbeeld een noodfix die nooit in het reguliere releaseproces is vastgelegd. Een goed ingerichte pipeline kan de deployment dan stoppen zodat de wijziging eerst onderzocht kan worden.
Flyway biedt daarnaast previews van geplande wijzigingen en geautomatiseerde codecontroles, afhankelijk van de editie en het databaseplatform. Daarmee krijgt een reviewer vooraf beter inzicht in wat er daadwerkelijk naar productie gaat.
Bestaande goedkeuringen en toegangsbeperkingen hoeven daarbij niet te verdwijnen. Spreek af wie wijzigingen mag goedkeuren, hoe noodwijzigingen worden vastgelegd en waar de goedkeurings- en deploymentinformatie wordt bewaard.
Grote dataconversies moeten nog steeds zorgvuldig worden voorbereid en getest, en sommige wijzigingen vragen om downtime. Automatisering vervangt het vakinhoudelijke oordeel of een goed herstelplan niet.
Begin met één applicatie
Begin met een applicatie waarbij databasewerk de oplevering regelmatig vertraagt. Laat het applicatie- en databaseteam samen het uitgangspunt vaststellen, verschillen tussen omgevingen oplossen en de volgende wijzigingen via een geautomatiseerd proces uitvoeren.
Meet vervolgens over meerdere releases de wachttijd, de hoeveelheid handmatig werk en het aantal mislukte deployments. Neem ook licentie- en implementatiekosten mee. Het doel is duidelijk: minder wachten en minder handwerk, zonder dat het aantal incidenten toeneemt.
Een eerste resultaat kan al zo simpel zijn als een routinewijziging die deze week naar productie gaat, in plaats van te wachten op het onderhoudsvenster van volgende maand.
Masterminds is al jarenlang Redgate Gold Partner. Onze DevOps- en Data-teams werken samen aan de eerste beoordeling, de automatisering en de eerste deployments, inclusief de review- en uitzonderingsprocessen die productieteams nodig hebben.
Plan een gesprek om een recente vertraagde release door te nemen en te bekijken waar database-automatisering verschil had kunnen maken.
