Evolution
Ik als DBA zou eigenlijk moeten zeggen dat dat niet verstandig is, dat je altijd een DBA nodig hebt om de boel te laten draaien, performance issues op te lossen, patches te installeren, etc. Aan de eigenlijk in de vorige zin, had je wellicht al kunnen afleiden dat ik zeer positief naar deze ontwikkeling kijk.
Mensenwerk is altijd een bron van fouten en verstoringen in de IT. Zelfs doorgewinterde technisch applicatiebeheerders, systeembeheerders en zelfs DBA’s maken wel eens een foutje. Soms merk je daar niets van, maar soms kan het desastreuze gevolgen hebben. Wat als we dit soort fouten kunnen minimaliseren door een database in dit geval volledig autonoom te laten draaien.
De database zorgt voor performance tuning, de database zorgt voor het installeren van security patches, de database zorgt er zelfs voor dat je extra CPU-, memory-, disk en netwerkcapateit krijgt wanneer dit nodig is. Indien nodig zou er zelfs minder capaciteit gebruikt kunnen worden omdat je helemaal de resoures die je denkt nodig te hebben niet gebruikt en daarmee dus veel te veel betaald.
Zet ik met dit soort uitspraken niet mijn eigen baan op het spel? Nee, zeker niet. Als DBA zal je de kennis die je hebt van een database platform op een andere manier gaan inzetten dan de “standaard” maintenance zaken die in dit geval autonoom draaien.
Je bent minder met infrastructurele zaken bezig (CPU, memory, diskspace), maar je bent meer met database design bezig.
Je bent minder bezig met het uitrollen van patches, maar je bent meer bezig met het analyseren van de data.
Je bent minder bezig met het zorgen voor beschikbaarheid, maar je bent meer bezig met hoe de database beschikbaar moet blijven.
Je bent minder bezig met performance tuning, maar je bent meer bezig met het beveiligen van de database.
Je bent minder bezig met het blussen van brandjes, maar je bent meer bezig met het ondersteunen van ontwikkelaars om te voorkomen dat brandjes ontstaan.
Ik kan niet wachten op het moment dat Oracle 18c uit gaat komen om te zien wat voor gemakken dit ons als DBA gaat brengen. En ik ben ontzettend benieuwd hoe huidige “productie” DBA’s deze shift in hun wereld gaan oppakken.
Ik ben er in ieder geval van bewust dat de wereld om ons heen veranderd en dat wij ook mee moeten gaan veranderen, omdat het de kans zeer groot is dat het daadwerkelijk aan de knoppen van databases zitten over een jaar of 10 wel eens voorbij zou kunnen zijn. Dba’s zullen hun toegevoegde waarde moeten vinden en de bedrijven waarvoor ze werken ervan overtuigen dat ze nog steeds van grote waarde zijn.
Afgelopen vrijdag hebben we op ons kantoor in Naarden een sessie gehad over multi platform database beheer, daar is ook het onderwerp automation langsgekomen. Ook daar kwamen we tot de conclusie dat de wereld van het beheren van databases enorm aan het veranderen is.
Een DBA zal niet langer weggestopt in een hoekje van het gebouw zijn werk gaan doen. Hij/zij zal veel meer moeten schakelen met verschillende partijen, bekend moeten zijn met de wereld om zich heen (OS, netwerk, cloud, storage), innovatieve oplossingen moeten kunnen aandragen en bedrijven van solide advies voorzien.
Een nieuwe definitie van DBA zou kunnen zijn: “Een communicatieve spin in het web tussen applicatie, hardware, netwerk, security, BI en de business met kennis van meerdere database platformen, zowel cloud als open source.” Larry Ellison zei hierover het volgende: “You’ll see a migration, an evolution of database skills, where you’re focused more on database design, schema design, different kinds of data analytics including machine learning, setting the policies as to what is mission critical, what requires disaster recovery, figuring out those policies”.
Ik denk dat er in de toekomst meer en meer geautomatiseerd gaat worden en dat met de komst van “autonome” systemen er steeds minder herhalende taken door DBA’s gaan worden uitgevoerd en dat de DBA veel meer een sturende factor wordt van dit soort systemen.