Ez az adat, ostoba, és miért DBA eddiginél fontosabb
„Specializált adatbázisok, felhő és DevOps nem szünteti a szerepe a rendszergazdák, és fordítva - bővíti funkcióit. Lehet, hogy ez nem csak a táblázatokban. De a DBA szerepe továbbra is fontos, még akkor is, ha a szakma nincs neve. " Sin Gallager
A fejében azoknak, akik túl sokáig dolgozik a területen az információs technológia, a helyzet „DBA” ( „DBA”) kelti meglehetősen sajátos módon. Azt jelentik, hogy valaki tépte a haját, mert a problémák mentések (mentések), hibák és pillanatképek a fájlrendszer (pillanatkép), hogy kijött a rendszerek ellenőrzési, keresztben tervei kapacitásbővítés miatt az új követelményeknek a kérelem, parázsló lekérdezések és az örök teljesítmény csíp.
Mindezek a funkciók a régi iskolai adminisztrátorok több néhány helyen vannak, különösen a nagyvállalatok, ahol óriás adatbázis fürtök még uralkodott adatközpontok. De virtualizáció, cloud adattárolás, mikroservisy, DevOps-fejlesztési irány és alkalmazások elindítását és számos más tényező is jelentősen megváltoztatta a szervezet tárolni az adatokat, és kezeli őket. Sokan a hagyományos szerepének adatbázis adminisztrátor vitatható, hogy boldog új világ, amely azt ígéri, az új generációs tárol.
NoSQL adatbázisok nem igényelnek előre adatbázis sémáját, és sok beépített replikáció alapértelmezés szerint. Képzés új szerverek a munka lehet csökkenteni a kattintás néhány kapcsolók (Rádió gomb), és ki vannak téve a kullancsok egy internetes oldalon. fejlesztőcsapat egyszerűen válasszon ki egy pontot a felhő tároló, mint például az Amazon Web Services Simple Storage Service (S3), és megy egy nyaralás (tekercs). Még a fejlesztők relációs adatbázisok, mint például az Oracle, a Microsoft és az IBM, törekednek az ügyfelek az adatok-as-a-service (Daas) modell, sokkal egyszerűbbé hozzáférés és ellenőrző berendezések.
Azt gondolhatnánk, hogy könnyebbé válik, hogy a munka, hogy az adatbázis-adminisztrátorok. Távolról sem.
„Azt hiszem, a probléma [az adatbázis-adminisztrátorok] lettek sokkal bonyolultabb - mondta Chris Lalonde, alelnöke és ügyvezető igazgatója a cég adatait Rackspace. - Amíg nincs feltétlenül fokozott automatizálás és szerszámok (eszközök), sok új technológia kevésbé érett, és meg kell ápolt és elkényeztetett (ők nagyobb odafigyelést és etetés). Azt akarom mondani, hogy sok a hagyományos problémáit adatbázis-adminisztrátorok is létezik, vagy ha létezik. "
Tény, hogy az összes ilyen nagyszerű új technológiák hangsúlyozzák a szakmai területen az adatok, akár a adatbázis-kezelő, az adatok építész, mérnök adatokat, sőt, bizonyos esetekben, az adatok tudós. „Ma, az adatok még ennél is fontosabb - mondta Kenny Gorman, DB veterán és társalapítója Eventador (szolgáltatási adatokat valós időben). - A vállalatok jöttek támaszkodni az adatbázist, hogy „a nő» (hogy a hang), simábban és jó jelentés. De ma, az adatok és valóban úgy versenyképességét, és több különböző szakmák kapcsolódó adatok, valamint a több technológiát használnak. És egy szakmai adatbázis - a szív. "
Egy lépés előre.
Nem relációs állványok ígéretet tettek, hogy csökkentse a terheket adatbázis adminisztrátorok. Bizonyos értelemben tényleg megcsinálta. Ravi Meyurem, alelnöke Couchbase Inc. Termék és fejlesztés, míg a váltás felelősség a DBA változtatni vezetés (az évek során): hosszú ideje „annak érdekében, hogy autót vezetni, akkor lényegében, hogy egy mérnök; és amikor a dolgok rosszul, akkor ki kell kapcsolnia a közúti és mászni a motorháztető alatt. Most a dolgok vigyázni magukra, de én képtelen kijavítani. "
Az ilyen adatbázisok, mint MongoDB és Couchbase, annak ellenére, hogy nem relációs, támogatja az SQL lekérdezések. Vannak más szempontok, amelyek miatt a javára képzett rendszergazdák tárol. De azt is, hogy „dinamikus telepítési képességeket, amelyek nem érhetők el a relációs rendszerek - mondja Meyurem. - És hogy új adatstruktúrák tipikusan egy sémát változás maga után vonja az állásidőt. "
Az adatok a fajta szolgáltatást kaptak „kiszolgáltatva cégek - mondta Meyurem. - A legtöbb cég nem tartja be a felhő kritikus információkat. "
Míg a legtöbb relációs adatbázis-kezelő rendszer megköveteli annak megértését, mind a hardver és szoftver, a”következő generációs DBA részt fog venni a sokkal kisebb - Meyurem magyarázza. - By admin adatbázist fognak kapni, például a követelmény, hogy átfogóan kezelje az adatbázisokban, de csak a „összpontosítani feladatokat, mint a kapacitás tervezés. DBA jövője lesz, hogy tudja, mikor kell biztosítani a nagy szerverek számát, valamint, hogy vonja vissza azokat a forgalomból.
Ez a fajta dinamikus skálázhatóságot, és vezette a kiválasztás az adatok felhő alapú szolgáltatások speciális adatbázis és «Adat-as-a-Service áramkörök” (vagy elhelyezni, vagy a fogadó idegen). Mindenesetre - a szolgáltatásnyújtás tud vigyázni felállítása a hardver, hálózati és tároló rendszerek. Elméletileg, a DBA kell összpontosítani kideríteni, ha az alkalmazás igényel nagyobb kapacitású (nagy mennyiségű) adatbázisok. „Ez egy példa arra, DevOps funkciót, meg kell foglalkozni a dinamikus ellátási - ez egy kicsit más profil, - mondja Meyurem. - Ahhoz, hogy hatékony legyen, nem kell olyan sok DBA ismeretek, akkor valószínű, hogy képesek megtervezni kapacitással és jobb megértése fejlesztése. "
Azok számára, akik nem tudják, DevOps - ezt a gyakorlatot, hogy a széles körben alkalmazott mai Web'e és fejlesztési szolgáltatásokat. Azt írja, hogy a alkalmazás fejlesztő csapat dolgozik az informatikai szakemberek, hogy folyamatosan javítják a teljesítményt és skálázhatóságot automatizálási szoftverek és rendszerek. DevOps megközelítés vált a fő motorja az átmenet NoSQL adatbázis és egyéb innovatív tárolási technológiák és igények. DevOps vezetett az adat--as-a-Service - főleg azért, mert annak szükségességét, hogy automatizálják a méretezés kapacitások adatbázisokat. De még a tisztán relációs világ felé való elmozdulás adatbázis konverzió cloud computing minimálisra csökkenti a szükséges (és még a lehetőségét) finomszemcsés hardverkonfigurációjából irányítást a DBA.
Eddig az adatok egyfajta szolgáltatás kaptak „kiszolgáltatva cégek - mondta Meyurem. - A legtöbb cég nem tartja be a felhő kritikus információkat. " Pioneers, mondta, használt hibrid megközelítés létrehozását a belső Daas platformon alapuló számítási felhő platformok saját adatközpontok. De más cégek többnyire maradt az a kritikus relációs rendszereket, ahogy van, és a felhő technológiát használnak az új projektek. „Ők még mindig tartalmaz az adatbázis-adminisztrátorok számára, akik aggódnak a meglévő programokat, hanem van DevOps csapatok telepíteni adatbázisok a környezetben mikroservisov szolgáltatások -, hogy nem kell egy relációs rendszer” - magyarázta Meyurem.
De a vállalatok megtartják relációs adatbázisok és úgy érzi, egyre több és több szükségességét közötti szakadék áthidalása a régi és az új, a helyzet bonyolultabb, mint az egyszerű. És akkor is, ha a szervezet teljes mértékben adott alkalmazás outsourcing, amelynek, mint általában, a legnagyobb igényeket támaszt az adatbázis adminisztrátorok, még mindig szüksége van egy profi dolgozni az adatokat annak érdekében, hogy megértsék, mit eljegyezték.
Az alábbiakban az adatbázis séma MediaWiki - a platform által használt Wikipedia. Néhány speciális adatbázisok nem igényelnek séma kifejezetten, de a rendszer él más módon, és a megértés adatszerkezetek továbbra is fontos.
Pletykák a halál nagymértékben eltúlzott
„Az mit jelent ez az állítás, hogy a DBA továbbra is fontos” - mondta nemrég Gorman cég Ars. Ahogy egy régi Oracle DBA és adatokat építész cégek, amelyek működnek a PayPal és az eBay, Gorman találta magát elmerül MongoDB a Shutterfly, de még mindig ügyesen NoSQL. Egy cikkben azt írta, mint fő építész a data-as-a-service ObjectRocket szolgáltató Gorman azt mondta: „A legtöbb ügyfelünk nem rendelkezik az állam az adatbázis-kezelő.” De ez nem jelenti azt, hogy a munka a számukra maradt.
„Ahogy haladunk a felhő, - magyarázza Gorman - az adatszolgáltatások és az összes mikroservisami” szerver nélküli „forgalom (szolgáltatások, mint például az Amazon Web Services' Lambda és a Google Cloud funkciók), az adatok feldolgozása világ folyamatosan fejlődik. Megváltoztatta és szerepe az adatbázis-kezelő - ez nem az a fickó, aki fut, az Oracle szerver az adatközpont egy adott cég. Most van egy tároló technológia, hogy létezik szerte a felhő, különféle formákban, ami neki kell kezelni.
Annak ellenére, hogy sok ilyen új technológiák tárol automatizálni sok, amit többnyire DBA, ez nem jelenti azt, hogy nem volt csökkent a terhelés az adatbázis adminisztrátorok. „Hiszem, hogy az automatizálás csökkentette a szükségességét a hagyományos Ops'ah, mivel azok segítik a skála a hardver, és ezért a kérések nagy száma - Lalonde mondta. - De nincs sok eszközt, hogy segítsen megtalálni és kijavítani a lassú lekérdezések, valamint kiválasztani a legjobb darabnak kulcs - magyarázta. - Úgy vélem, hogy az automatizálás lehetővé teszi, hogy dolgozzon ki egy nagyszabású kevesebb forrással, de a végén még mindig szükség van egy szakértő, járatos az egészet. "
Gorman úgy véli, hogy a bonyolult az új adatfeldolgozási környezet teszi a dolgát az adatbázis-adminisztrátorok nem, és még nehezebb, mint korábban. Ez részben azért, mert az adatbázis-adminisztrátorok nem lesz már olyan magasan specializált, mint régebben. „Egyszer futottam az adatbázis szerverek PayPal és az eBay egy napon - magyarázza -, és volt egy-két technológia, hanem 50. Ha ismernéd az Oracle, akkor esetleg kezelni a Microsoft SQL Server - ezek a technológiák kiegészítik egymást. " Most ez nem így van, mondja Gorman. Ma, meg kell érteni a különbséget Elasticsearch, Hadoop, [Apache] Kafka és az Oracle - miben térnek, és miért, ha az egyik közülük jobb, mint a másik. "
Mivel a változás sebessége tárolási technológia és vizsgálatok már egyáltalán nem világos, hogy mi az az adatbázis. És sok a technológiák át szakemberek adatfeldolgozás, egy kicsit, mint (annak ellenére, hogy nevét) sem, hogy az általuk korábban működött.
„A szakma fejlődött fokozatosan, hátrahagyva rendszerek és adatok tárolására egy adatbázisban ilyesmi - mondta Gorman. Oracle egyértelműen az adatbázisban. De ezekben a napokban, a koncepció az önálló, hogy az adatbázis megváltozott. Például Hadoop - egy adatbázist „a ObjectRocket Gorman épült adatszolgáltatások körül MongoDB ?. „Nyilvánvaló, hogy az adatbázisban - mondta -, de az új indítási alapul [Apache] Kafka - és az adatbázisban?» (Kafka - szerveren úgynevezett iroda, mely alkalmazások valós idejű adatfolyam a „előfizetések „query):” Nos, igen, ez egy adatbázis tulajdonságait. Ez shuffles az adatok valós időben. Így ez egy őrült evolúció, ahol még azt sem tudja, hogy minden olyan termék vagy adat infrastruktúra - tárol. A víz nagyon zavaros. Most ez tényleg egy adatfeldolgozó rendszer, és mindegyiknek megvan a saját árnyalatok és alkatrészek ".
De valami megváltozott, még az Advent az új technológiák. „Optimalizálása lekérdezések és az adatok mozgását nem szűntek meg, valamint annak szükségességét, hogy felügyelni és karbantartani ezeket az adatbázisokat, - mondja Lalonde. - És ezek a „besskhemnyh” adatbázis, mint kiderül, valójában is van rendszerek - ők csak lazábban meghatározott”.
Ennek eredményeként, ő foglalta Lalonde, adatbázis-adminisztrátorok „meg kell egyeznie készségek, hogy mindig is volt. Persze, a mai rendszergazdák rugalmasabbnak kell lennie, hogy megértsék a teljes körű technológiák, valamint a jól érzi magát a agilis fejlesztési módszertan (agilis). Általában azt várjuk az egyetlen, aki igazán érti az alapokat adatbázis elmélet, mert a megértés ezek alapjai tökéletesen közvetített különböző technológiákat. "
És mégis, mi a DBA?
A váltás az információtechnológia (adatfeldolgozási technológiák), és hogyan vannak telepítve, nem csak hozzá egy működő adatbázis adminisztrátor - ő is azonosították, aki a DBA.
A meghosszabbítás az operatív feladatokat az adatbázisokhoz való felé halad a működési oldalon a «DevOps», a szerepe a DBA sokkal szorosan kapcsolódik az alkalmazás fejlesztési folyamat. A készségek hagyományosan tulajdonítható, hogy a DBA, most sokkal fontosabb a fejlesztési csoport operatsionschikov.
„Hiszem, hogy az automatizálás csökkentette a szükségességét a hagyományos Ops'ah, mivel azok segítik a skála a hardver, és ezért a mennyiségű kérés ... Hiszem, hogy az automatizálás lehetővé teszi, hogy dolgozzon ki egy nagyszabású kevesebb forrással, de a végén még mindig Kell egy szakértő, járatos az egészet. "
„Úgy gondolom, hogy a szerepe a fejlesztő DevOp'a és speciális adatokat - ez lehet egy adat mérnök, DBA vagy adat tudós - kell megbirkózni számos új technológiát, - mondja Gorman. Mindegyik technológiák saját körét érettség, jellemzői és képességeit. " Ez azt jelenti, hogy minden egyes ilyen szerepeket most szükség van legalább néhány DBA ismeretek.
Aki végül válik a rendszergazda az adatbázis ezeket a rendszereket, nem csak kell egy általános képet róluk - szüksége van egy sokkal finomabb megértése, hogy mi történik belül a rendszer, mint amikor szükség van valami relációs adatbázisok. Ahogy a viselkedését SQL lekérdezések konfigurálható kellően bármilyen relációs adatbázis, így a maximális teljesítményt a legújabb nem relációs rendszereket igényel DBA megértése a belső működésébe.
Ez a tudatosság szintje, hogy egykor a megőrzése a legtapasztaltabb adatbázis adminisztrátorok és a programozók. De mivel ezek egyre decentralizált, terjeszteni és követelményeket a DBA szerepe az IT-szervezet. Figyelembe véve azt a tényt, hogy mennyi időt töltenek az emberek sok kezeli a saját tömb strukturált és strukturálatlan adatok, mindannyian lesz jó DBA ebből a szempontból.