Всички знаем, че начинът, по който данните се събират, обработват и съхраняват винаги се променя. Ние също така знаем, че количеството данни, съхранявани в базите данни, непрекъснато расте... бързо! Ролите и отговорностите на администраторите на бази данни (DBA) и разработчиците на бази данни ще трябва да се изместят, за да се справят с този експоненциален растеж на данните.
И така, върху какво трябва да се съсредоточите като разработчик на DBA и/или база данни днес? Всичко – просто се шегувам (е, някак си). Като професионалисти в базата данни, знаете, че списъкът е доста безкраен. Но в тази публикация ще се съсредоточим върху трите най-добри пазарни тенденции, които ще ви помогнат да останете уместни в играта за наблюдение на SQL сървър.
1. Преминаване към облачно базирано наблюдение
„Вземете главата си в облака“ е популярна фраза, която е заглавие на много блогове. Но защо? Защо е толкова важно да бъдем част от движението на облаците? Ето защо – облакът не само може да ви позволи да правите нещата по-бързо, но също така може да спести на вашата организация МНОГО пари. Има още много причини да мигрирате към облака.
В момента всички натискат облака – Google, Amazon, Microsoft и много други технологични гиганти. Но нека се съсредоточим върху Microsoft, тъй като е специфичен за SQL Server. Microsoft прокарва облака в продължение на много години и дори прокарва надстройките на базите данни на SQL Server към облачни бази данни, независимо дали това е Azure SQL DB, Azure Managed Instance или Cosmos DB.
На всичкото отгоре, Microsoft вече предлага набор от възможности за поддръжка с отворен код, като например за Cassandra, Postgres, MySQL и т.н. Това междуплатформено тласкане се движи около потреблението на Azure и преместване на инфраструктура, приложения, бази данни и т.н. към облака.
Така че като SQL Server DBA, вие наистина трябва да мислите за възможностите в облака, особено за наблюдение на SQL сървъри – „Какво ми предоставя Microsoft с този тласък към Azure и облака?
2. Поверителност на данните и управление на данните
Втората област, за която администраторите на база данни, отговорни за наблюдението на SQL сървър, наистина трябва да мислят, е поверителността на данните и управлението на базата данни. Личната идентифицируема информация (PII), защитата на PII и по-специално мисленето за нея от гледна точка на администратора на база данни за предпроизводствени среди, като цяло е наистина важно.
Един от ключовите аспекти на поверителността на данните е да се гарантира, че данните са маскирани в предварителна продукция. Така че в повечето случаи разработчиците искат да имат достъп до най-реалистичните данни в предпроизводствени среди, така че да могат да направят наистина добра разработка/тестване на данни в тази среда. Е, тук е реалността. Много различни кодове и разпоредби не позволяват на хората да получат достъп до тези данни в предпроизводствена среда (защото повечето хора не трябва да имат достъп до тях, като начало). Така че отново, идентифицирането на PII и възможността да се открие, маскира и криптира тази информация в предпроизводствени среди е наистина, наистина важно за DBA.
3. Интегриране на API във вашата база данни
Като SQL Server DBA, трябва да мислите за API-ификацията на вашата база данни от гледна точка на SQL Server. В продължение на много години Microsoft отваря значително повече възможности за взаимодействие с бази данни чрез API - те наистина (наистина) налагат API. Вземете, например, Cosmos DB. Ако погледнете начина, по който е проектиран Cosmos, той е изграден по начин, по който разработчиците използват API, за да общуват с базата данни, като SQL API, Cassandra API, Mongo DB API, Postgres API и много други.
И така, какво означава цялата тази API-идентификация и защо е важна за вас като SQL Server DBA? Това означава, че вашият свят, както го познавате, се променя. Начинът, по който сте взаимодействали в миналото с помощта на T-SQL, сега ще се промени към по-скоро ориентиран към API интерфейс с базата данни.
Възможността за взаимодействие с базата данни от гледна точка на API и възможността за преместване на данни напред и назад с помощта на API е наистина голяма тенденция за DBA на SQL сървъри.
Еволюцията на общността за наблюдение на SQL сървъри ще започне с администраторите на бази данни – особено когато мислят за това каква е тяхната роля днес и каква ще бъде в бъдеще.
Разбиране на еволюцията на DBA
Когато мислите за съвременния администратор на база данни на SQL сървър, те живеят в свят на контрол, фокусиран върху администрирането. DBA прекарват много време, работейки в рамките на схемите, които създават, и мислят за нещата от гледна точка на процеса на освобождаване и управление и контрол.
И ето къде най-вероятно се насочва ролята на DBA – и това не е непременно добро или лошо, това е просто реалността (въз основа на тенденциите в това следващо изречение). Текущите тенденции са накъде се насочва пазарът, бизнес линията и необходимостта да се движите по-бързо и да бъдете по-гъвкави, за да подкрепите бизнеса си. И не забравяйте за DevOps и процесите и методологиите около DevOps, за да се движите и иновирате по-бързо.
Така че без повече приказки, ето вашето бъдеще като DBA – вашата роля ще се съсредоточи повече върху предоставянето на възможност, сътрудничеството и работата с бизнес екипите и екипите за разработка, за да иновирате по-бързо и да активирате иновационния процес.
Въпреки че управлението и контролът няма да бъдат напълно елиминирани от вашата роля, те вече няма да бъдат на преден план. Фокусът ви ще се измести към наблюдение на производителността на SQL сървъра със сътрудничество и активиране на тази иновация, за да задоволим пътя на пазара.
