Database
 sql >> база данни >  >> RDS >> Database

Ролята на DBA в NoSQL

Каква е ролята на администратора на база данни (DBA) в бързо развиващия се свят на NoSQL? По-голямата част от ранното приемане на NoSQL е в бързо развиващия се свят на малки и средни компании, базирани на публични облаци. В повечето от тези компании ролята на DBA не съществува, което накара много хора да обявят края на DBA. DBA върви ли по пътя на динозавъра? Мисля, че отговорът е по-нюансиран от това. Първо, нека разгледаме няколко тенденции, които виждаме на пазара, които ще имат голямо влияние надолу по веригата върху технологичното работно място.

  1. Devops

    Екипите днес са по-малки и по-пъргави. Има много малко екипи, които използват годишен модел на водопад с месец в края за внедряване и конфигуриране на продукцията – екипите просто не работят повече по този начин. Те са предимно задвижвани от разработчици и се повтарят бързо с много малък или несъществуващ оперативен екип. Всички работни потоци, включително внедряването и управлението на база данни, са автоматизирани от разработчиците. За разлика от традиционните релационни бази данни, при NoSQL целият код е в сървъра на приложения – няма съхранени процедури или тригери за внедряване и тестване на сървъра на базата данни. Това прави целия процес на внедряване по-чист, автоматизиран и лесен за тестване.

  2. Публични и частни облаци

    Облаците означават много неща – но едно от най-важните въздействия на облака е върху „ИТ автоматизацията“. В света на облака всичко, свързано с машини, мрежа и съхранение, е автоматизирано. Има малко място за ИТ администратор, който щраква върху бутони и разгръща сървъри и хранилище при поискване. Конзолите за самообслужване ще бъдат все по-разпространени, позволявайки на потребителите да разгръщат инфраструктура при поискване и да получават таксуване за това.

  3. База данни като услуга (DBaaS)

    Понастоящем базата данни като услуга е предимно популярна в публичния облак. Това по същество означава, че всички аспекти на предоставянето и управлението на БД (наличност, архивиране,  мащаб,  уплътняване и т.н.) се поемат от софтуера . Можете да започнете да използвате базата данни като трябва да се тревожите за машини или друга инфраструктура. Като организация, след като преминете към DBaaS, няма връщане назад. Ползите са толкова огромни! Тъй като частните облаци стават все по-широко разгръщани, моделът DBaaS ще бъде все по-разпространен и за on-premise.

  4. Постоянство на полиглот

    Базите данни вече са по-специализирани и обикновено виждате повече от един тип база данни, използван в едно приложение. Например, можете да използвате MongoDB като свой магазин за приложения, но да използвате ElasticSearch за вашето търсене и анализи. Сега е важно DBA да бъдат експерти в множество бази данни и как взаимодействат помежду си.

В момента DBA прекарват много време в настройването на базата данни, наблюдението на базата данни, настройването на скриптове за архивиране и т.н. и така нататък. Тези дни са почти свършени. Ако щраквате върху бутони, вашата работа е тост. С навлизането на облака и DBaaS, всички ежедневни задачи на базата данни ще бъдат автоматизирани направо от портата. Къде напуска DBA? DBA трябва да се преработи и да се премести по-нагоре в стека на базата данни. Все още има няколко задачи, свързани с база данни, които са трудни за автоматизиране и изискват човешки умения и интуиция, като анализ на ефективността, анализ на заявки и др.

И така, за да стигна най-накрая до моя отговор – какво виждам като бъдещето на DBA? В по-малките екипи DBA ще бъде разработчик, който „специализира“ в базата данни и използва DBaaS. В по-голяма организация виждам DBA като „консултант“, който се превръща в ресурс, който помага на екипите да избират, проектират и управляват своите бази данни. Така или иначе ще бъде значително по-различно от начина, по който е преди днес.

Дхаршан е основател на ScaleGrid и много опитен експерт MongoDB. Свържете се с Dharshan на @dharshanrg за да научите повече за оптимизирането на управлението на вашата база данни.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Продължение на Summer Performance Palooza 2013

  2. Минимално регистриране с INSERT...SELECT и бързо зареждане на контекст

  3. Следващи клъстери – 3 основни случая на използване за синхронизиране на внедрявания на SQL и NoSQL

  4. Свързване на .NET на Linux към ODBC източник на данни

  5. Хекатон с обрат:TVP в паметта – част 3