Sqlserver
 sql >> Baza danych >  >> RDS >> Sqlserver

Trzy najważniejsze trendy wpływające na administratorów baz danych odpowiedzialnych za monitorowanie SQL Server

Wszyscy wiemy, że sposób gromadzenia, przetwarzania i przechowywania danych ciągle się zmienia. Wiemy również, że ilość danych przechowywanych w bazach danych stale rośnie… szybko! Role i obowiązki administratorów baz danych (DBA) i programistów baz danych będą musiały ulec zmianie, aby poradzić sobie z tym wykładniczym wzrostem danych.

Na czym więc powinieneś się dzisiaj skupić jako DBA i/lub programista baz danych? Wszystko – żartuję (no tak jakby). Jako specjaliści od baz danych wiesz, że lista jest nieskończona. Ale w tym poście skupimy się na trzech najważniejszych trendach rynkowych, które pomogą Ci pozostać na czasie w grze monitorującej serwer SQL.

1. Przejście na monitorowanie oparte na chmurze

„Weź głowę do chmury” to popularne wyrażenie, które pojawia się na wielu blogach. Ale dlaczego? Dlaczego bycie częścią ruchu chmurowego jest tak ważne? Oto dlaczego — chmura nie tylko pozwala robić rzeczy szybciej, ale może również oszczędzić Twojej organizacji DUŻO pieniędzy. Powodów migracji do chmury jest o wiele więcej.

W tej chwili wszyscy pchają chmurę – Google, Amazon, Microsoft i mnóstwo innych gigantów technologicznych. Ale skupmy się na Microsoft, ponieważ jest on specyficzny dla SQL Server. Microsoft od wielu lat wspiera chmurę, a nawet przenosi uaktualnienia baz danych SQL Server do baz danych w chmurze, niezależnie od tego, czy jest to Azure SQL DB, Azure Managed Instance czy Cosmos DB.

Co więcej, Microsoft oferuje teraz szereg możliwości obsługi oprogramowania typu open source, takich jak Cassandra, Postgres, MySQL itp. To wieloplatformowe wypychanie opiera się na wykorzystaniu i przenoszeniu infrastruktury Azure, aplikacji, baz danych itp. do chmury.

Tak więc jako administrator bazy danych SQL Server powinieneś naprawdę pomyśleć o możliwościach w chmurze, zwłaszcza w przypadku monitorowania serwera SQL — „Co Microsoft zapewnia mi dzięki temu wypychaniu na platformę Azure i chmurę?

2. Prywatność i zarządzanie danymi

Drugim obszarem administratorów baz danych odpowiedzialnych za monitorowanie serwerów SQL powinien naprawdę pomyśleć o prywatności danych i zarządzaniu bazami danych. Informacje umożliwiające identyfikację osoby (PII), ochrona informacji umożliwiających identyfikację, a zwłaszcza myślenie o nich z perspektywy administratora bazy danych w środowiskach przedprodukcyjnych, są ogólnie bardzo ważne.

Jednym z kluczowych aspektów prywatności danych jest upewnienie się, że dane są maskowane w fazie przedprodukcyjnej. Tak więc w większości przypadków programiści chcą mieć dostęp do najbardziej realistycznych danych w środowiskach przedprodukcyjnych, aby mogli naprawdę dobrze rozwijać/testować dane w tym środowisku. Cóż, oto rzeczywistość. Wiele różnych kodeksów i przepisów uniemożliwia ludziom uzyskanie dostępu do tych danych w środowisku przedprodukcyjnym (ponieważ większość ludzi nie powinna mieć do nich dostępu). Tak więc ponownie, identyfikacja PII oraz możliwość wykrywania, maskowania i szyfrowania tych informacji w środowiskach przedprodukcyjnych jest naprawdę bardzo ważna dla administratorów baz danych.

3. Integracja API z Twoją bazą danych

Jako administrator bazy danych SQL Server powinieneś myśleć o API-ification swojej bazy danych z perspektywy SQL Server. Od wielu lat Microsoft znacznie otworzył więcej możliwości interakcji z bazami danych za pośrednictwem interfejsów API – tak naprawdę (naprawdę) pchają interfejsy API. Weźmy na przykład Cosmos DB. Jeśli spojrzysz na sposób, w jaki zaprojektowano Cosmos, jest on zbudowany w taki sposób, że programiści wykorzystują interfejsy API do komunikacji z bazą danych, takie jak API SQL, API Cassandra, API Mongo DB, API Postgres i wiele innych.

Co zatem oznacza cała ta walidacja API i dlaczego jest ważna dla Ciebie jako administratora baz danych SQL Server? Oznacza to, że twój świat, jaki znasz, zmienia się. Sposób, w jaki w przeszłości wchodziłeś w interakcje za pomocą T-SQL, zmieni się teraz w kierunku interfejsu zorientowanego na API z bazą danych.

Możliwość interakcji z bazą danych z perspektywy API oraz możliwość przenoszenia danych tam iz powrotem za pomocą API to naprawdę duży trend dla administratorów baz danych SQL Server.

Ewolucja społeczności monitorującej serwery SQL rozpocznie się od administratorów baz danych - zwłaszcza, gdy myślą o tym, jaka jest ich rola dzisiaj i jaka będzie w przyszłości.

Zrozumienie ewolucji administratorów baz danych

Kiedy myślisz o współczesnym administratorze bazy danych serwera SQL, żyje on w świecie kontroli, skupiając się na administracji. DBA spędzają dużo czasu pracując w schematach, które tworzą i myślą o rzeczach z perspektywy procesu wydania oraz zarządzania i kontroli.

I tutaj najprawdopodobniej zmierza rola DBA – i niekoniecznie jest to dobre lub złe, to tylko rzeczywistość (w oparciu o trendy w następnym zdaniu). Obecne trendy to kierunek, w którym zmierza rynek, branża i potrzeba szybszego poruszania się i większej elastyczności, aby wspierać Twój biznes. I nie zapomnij o DevOps oraz procesach i metodologiach związanych z DevOps, aby szybciej poruszać się i wprowadzać innowacje.

Więc bez zbędnych ceregieli, oto Twoja przyszłość jako DBA — Twoja rola będzie bardziej koncentrować się na umożliwianiu, współpracy i pracy z zespołami biznesowymi i programistycznymi, aby szybciej wprowadzać innowacje i umożliwiać proces innowacji.

Chociaż zarządzanie i kontrola nie zostaną całkowicie wyeliminowane z Twojej roli, nie będą już na pierwszym planie. Skupisz się na monitorowaniu wydajności serwera SQL dzięki współpracy i włączeniu tej innowacji, aby zaspokoić kierunek, w którym zmierza rynek.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. sp_add_schedule vs sp_add_jobschedule w programie SQL Server:jaka jest różnica?

  2. Dowiedz się, czy obiekt jest kluczem obcym za pomocą OBJECTPROPERTY() w SQL Server

  3. SQL Server — krótkie obwody zapytań?

  4. Uzupełnij ciąg zerami na początku, aby miał 3 znaki w SQL Server 2008

  5. ExecuteScalar vs ExecuteNonQuery podczas zwracania wartości tożsamości