sql >> Databasteknik >  >> RDS >> Database

DBA:s roll i NoSQL

Vilken roll har databasadministratören (DBA) i den snabbt föränderliga NoSQL-världen? En majoritet av den tidiga användningen av NoSQL sker i den snabbt växande världen av små och medelstora företag baserade på offentliga moln. I de flesta av dessa företag finns inte DBA-rollen, vilket har fått många människor att proklamera slutet på DBA. Är DBA på väg mot dinosaurien? Jag tror att svaret är mer nyanserat än så. Låt oss först undersöka några trender vi ser på marknaden som kommer att ha en stor nedströmseffekt på den tekniska arbetsplatsen.

  1. Devops

    Lag idag är mindre och smidigare. Det finns väldigt få team som använder en årslång vattenfallsmodell med en månad i slutet för produktionsinstallation och konfiguration – team fungerar helt enkelt inte så här längre. De är mestadels utvecklardrivna och upprepar sig snabbt med ett mycket litet eller obefintligt driftsteam. Alla arbetsflöden, inklusive databasdistribution och hantering, automatiseras av utvecklarna. Till skillnad från traditionella relationsdatabaser, med NoSQL, finns all kod i applikationsservern – inga lagrade procedurer eller utlösare att distribuera och testa på databasservern. Detta gör hela distributionsprocessen renare, automatiserbar och lätt testbar.

  2. Offentliga och privata moln

    Moln betyder många saker – men en av molnets viktigaste effekter är "IT-automatisering". I molnvärlden är allt som har med maskiner, nätverk och lagring att göra automatiserat. Det finns lite utrymme för en IT-administratör som klickar på knappar och distribuerar servrar och lagring på begäran. Självbetjäningskonsoler kommer att bli mer och mer utbredda, vilket gör det möjligt för användare att distribuera infrastruktur på begäran och faktureras för det.

  3. Databas-as-a-Service (DBaaS)

    Databas-som-en-tjänst är för närvarande mest populärt i det offentliga molnet. Det betyder i huvudsak att alla aspekter av DB-provisioneringen och hanteringen (tillgänglighet, säkerhetskopiering,  skala, komprimering, etc) alla tas om hand av programvaran . Du kan börja använda databasen genom att behöva oroa dig för maskiner eller annan infrastruktur. Som organisation, när du väl går till DBaaS, finns det ingen återvändo. Fördelarna är så enorma! I takt med att privata moln blir mer utbredda kommer DBaaS-modellen att bli mer och mer utbredd även för på plats.

  4. Polyglott uthållighet

    Databaser är mer specialiserade nu och du ser vanligtvis mer än en databastyp som används i en enda applikation. Till exempel kan du använda MongoDB som din applikationsbutik, men använd ElasticSearch för din sökning och analys. Det är nu viktigt för DBA:er att vara experter på flera databaser och hur de interagerar med varandra.

För närvarande lägger DBA:er mycket tid på att sätta upp databasen, övervaka databasen, sätta upp skript för säkerhetskopiering, så vidare och så vidare. De dagarna är i stort sett gjorda. Om du är en knappklickare är ditt jobb rostat bröd. Med tillkomsten av molnet och DBaaS kommer alla vardagliga databasuppgifter att automatiseras direkt från porten. Var lämnar det DBA? DBA:n behöver omverktyg och flytta högre upp i databasstacken. Det finns fortfarande flera databasrelaterade uppgifter som är svåra att automatisera och som kräver mänsklig skicklighet och intuition, såsom prestandaanalys, frågeanalys, etc.

Så, för att äntligen komma till mitt svar – vad ser jag som framtiden för DBA? I de mindre teamen kommer DBA att vara en utvecklare som ”specialiserar” sig på databasen och använder en DBaaS. I en större organisation ser jag DBA som en "konsult" som blir en resurs för att hjälpa team att välja, utforma och hantera sina databaser. Oavsett vilket kommer det att skilja sig betydligt från hur det var innan idag.

Dharshan är grundaren av ScaleGrid och en mycket erfaren MongoDB-expert. Kontakta Dharshan på @dharshanrg för att lära dig mer om hur du optimerar din databashantering.


  1. ZDLRA – RMAN-20035 ogiltig hög RECID

  2. ABS() Funktion i Oracle

  3. Tabellfiltrering i IRI Workbench

  4. Hur SPACE() fungerar i MariaDB