Database
 sql >> Baza danych >  >> RDS >> Database

Repozytorium testowej bazy danych IRI-Windocks

Streszczenie:  IRI nawiązała współpracę z firmą Windocks, aby zapewnić na żądanie, gotowe do testów zwirtualizowane repozytorium, które w ciągu kilku sekund dostarcza zamaskowane, podzbiór lub zsyntetyzowane bazy danych dla kontenerów #docker, konwencjonalnych instancji lub stacji roboczych. Te odkażone klony obsługują dowolną infrastrukturę lokalną lub chmurową, dowolną bazę danych oraz dowolny poziom bloków, obiekt lub system przechowywania plików.

Application DevOps stale się rozwija dzięki zautomatyzowanym potokom ciągłej integracji, kontenerom i repozytoriom pakietów. Narzędzia te umożliwiają dostarczanie identycznych środowisk na żądanie.

Z drugiej strony zarządzanie danymi testowymi nie zapewnia dostarczania gotowych do testów baz danych na żądanie. Na szczęście dostępne są teraz kontenery i zwirtualizowane bazy danych na żądanie, które umożliwiają dostarczanie na żądanie gotowych do testów baz danych, wystarczających, aby nadążyć za nowoczesnymi aplikacjami DevOps.

W tym artykule przedstawiono kroki, aby zastosować maskowanie danych IRI FieldShield lub operacje na danych syntetycznych IRI RowGen zaprojektowane w IRI Workbench do bezpiecznego obrazu bazy danych w celu dostarczenia zapisywalnych kopii w ciągu kilku sekund. W środowisku świadczenia usług w chmurze Windocks każda baza danych zajmuje tylko 40 MB pamięci.

Łączenie maskowania danych IRI i danych syntetycznych ze zwirtualizowanymi bazami danych

Kontenery dla klonów baz danych mogą teraz bezpośrednio wykorzystywać operacje czyszczenia i ochrony danych dostępne w ekosystemie zarządzania danymi IRI Voracity dzięki połączeniu z technologią Windocks. Windocks działa lokalnie lub w chmurze, aby dostarczać użytkownikom odświeżone klony bazy danych z możliwością zapisu.

Wirtualizacja baz danych w połączeniu z kontenerami jest atrakcyjna dla większej sprawności i automatyzacji tworzenia i testowania, ale także dla lepszego bezpieczeństwa i zarządzania danymi oraz oszczędności kosztów. Pojedyncza maszyna wirtualna może obsługiwać do 50, a nawet 100 jednoczesnych środowisk i umożliwia konsolidację maszyn wirtualnych do tworzenia/testowania i instancji. Organizacje średnio redukują od 50 do 70% koszty infrastruktury tworzenia/testowania bazy danych.

Zwirtualizowane obrazy bazy danych

Zwirtualizowane bazy danych są dostarczane w ciągu kilku sekund i pochodzą z pamięci masowej na poziomie bloków lub z obrazów wirtualnego dysku twardego (VHD) systemu Windows. Oba podejścia zapewniają zapisywalne środowiska wielu baz danych w ciągu kilku sekund, przy czym każde z nich zużywa tylko 40 MB w momencie dostarczenia. Obrazy można aktualizować w razie potrzeby, aby dostarczać produkcyjne bazy danych w określonym momencie lub w czasie zbliżonym do rzeczywistego do celów debugowania i wsparcia.

Obrazy bazy danych są budowane z pliku konfiguracyjnego w postaci zwykłego tekstu (plik dockerfile), który określa środowisko bazy danych, bazy danych i maskowanie danych IRI, jakość danych oraz parametry zadania danych syntetycznych. Przykładowy plik docker poniżej zawiera pojedynczą pełną kopię zapasową bazy danych, ale może określać dziesiątki baz danych.

Maskowanie danych IRI, dane syntetyczne i zadania czyszczenia danych są zwykle tworzone w IRI Workbench, zapisywane jako skrypty zadań SortCL (rozszerzenie pliku SCL) i wykonywane podczas tworzenia obrazu przez wywołanie pliku wsadowego IRI. Plik wsadowy można wygenerować z diagramu przepływu w IRI Workbench, który jest wizualną reprezentacją przepływu działań do wykonania.

Poniższy zrzut ekranu IRI Workbench pokazuje niektóre z działań związanych z projektowaniem pracy Voracity w tym przykładzie:

  • schemat przepływu pliku wsadowego konfiguracji do wykonania na obrazie bazy danych, pokazany u góry po lewej.
  • Rzut oka na skrypt maskowania danych FieldShield i jego zarys modelu, pokazany w prawym górnym rogu.
  • schemat mapowania tego samego skryptu maskującego dane, pokazany na dole po lewej.
  • część oryginalnych danych o niskiej jakości w bazie danych, które zostaną wyczyszczone po dostarczeniu zwirtualizowanego obrazu bazy danych, pokazanego w prawym dolnym rogu:

Pliki Dockerfile mogą również określać zadania IRI podczas dostarczania bazy danych, aby obsługiwać dynamiczne maskowanie danych lub maskowanie baz danych, które zostały zaktualizowane po początkowym zbudowaniu obrazu. Oto konfiguracja pliku docker, która uruchamiałaby klonowanie bazy danych Windocks i zadania IRI Voracity jednocześnie:

Po utworzeniu zadań IRI budowanie obrazu bazy danych rozpoczyna się od aplikacji internetowej Windocks, przechodząc do karty Buduj, wybierając plik docker i przypisując nazwę obrazu, a następnie „buduj”.

Po zakończeniu obraz jest dostępny dla autoryzowanych użytkowników na karcie Obrazy:

Samoobsługa i automatyczna dostawa

Autoryzowani użytkownicy uzyskują dostęp do obrazów na karcie Obraz, umożliwiając dostarczanie nowych środowisk z opcjami określania portów kontenerów i haseł. Ten sam obraz obsługuje dostarczanie baz danych do kontenerów baz danych lub konwencjonalnych maszyn wirtualnych i stacji roboczych.

Rozwijane narzędzie pozwala użytkownikom wybrać podzbiór baz danych ze złożonego obrazu. Restful wywołania interfejsu API obsługują Jenkins, Azure DevOps i inną automatyzację CI.

Środowiska są dostarczane w ciągu kilku sekund, niezależnie od rozmiaru i złożoności, dzięki maskowaniu danych IRI i innym ulepszeniom wbudowanym w każdą bazę danych. Każde środowisko zużywa tylko 40 MB przy dostawie i obsługuje zapis z obrazu za pomocą funkcji Kopiuj przy zapisie.

Widok środowisk baz danych w czasie rzeczywistym jest wyświetlany na karcie Pomocnicze na żywo, z każdym kontenerem przypisanym unikalnym portem.

Kontenery SQL Server są identyczne z tradycyjnie instalowanymi wystąpieniami, są zgodne z Active Directory i uwierzytelnianiem Windows oraz zawierają pełne usługi SQL Server. Dostęp do kontenerów można uzyskać za pomocą zwykłych narzędzi, takich jak SQL Server Management Studio (SSMS) przy użyciu nazwy serwera i nazwy instancji (np. Windocks\Instance10002).

Ten obraz pokazuje oczyszczone dane, które powstają po utworzeniu instancji kontenera, który wywołuje zadania IRI za pomocą pliku wsadowego, który można wyeksportować z IRI Workbench.

Niedroga wirtualizacja bazy danych z IRI jest tutaj

Wirtualizacja baz danych jest oferowana przez IBM i innych starszych dostawców rozwiązań, ale ma wysoką cenę zakupu i wymaga znacznych zasobów. Rozwiązanie opisane w tym artykule jest dostępne poprzez pobranie oprogramowania lub wstępnie skonfigurowane obrazy maszyn wirtualnych w chmurze, co pozwala na uruchomienie i uruchomienie oceny w ciągu kilku minut.

Wirtualizacja baz danych Windocks jest również wyjątkowa na rynku, ponieważ obsługuje istniejącą infrastrukturę, w tym Active Directory i systemy pamięci masowej dla przedsiębiorstw. Oprócz umożliwienia większej elastyczności danych, dzięki automatycznym cyklom testowania mierzonym w sekundach, bezpieczeństwo danych i zarządzanie są ulepszone w porównaniu z tradycyjnym dostarczaniem baz danych.

Dostęp do środowisk produkcyjnych baz danych w czasie zbliżonym do rzeczywistego jest również łatwo osiągalny dzięki aktualizacjom obrazów baz danych za pomocą kopii zapasowych lub kopii zapasowych dziennika transakcji. Koszty infrastruktury tworzenia i testowania można również zmniejszyć o połowę lub więcej, dzięki 5-10-krotnej redukcji maszyn wirtualnych i 99% redukcji kosztów pamięci masowej.

Zapytaj w Windocks lub IRI, aby uzyskać dostęp do obsługiwanej, bezpłatnej oceny. Potrzebny jest tylko Windows Server (2012 r2, 2016 lub 2019) z minimum 2 rdzeniami vCPU i 4 GB pamięci RAM. Odwiedź stronę www.windocks.com lub www.iri.com, aby uzyskać więcej informacji na temat opisanych tutaj technologii, i wyślij e-mail na adres [email protected], jeśli chcesz zarejestrować się w celu przeprowadzenia testu na miejscu lub pilota w chmurze i przetestuj rozwiązanie.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Zmień tabelę SQL

  2. Używanie ODBC z Salesforce i Active Directory Federation Services (ADFS) Single Sign On (SSO)

  3. Jak uruchamiają się plany równoległe – część 3

  4. Przyjazne dla przepustowości profilowanie zapytań dla Azure SQL Database

  5. Używanie strace jako narzędzia do debugowania DG40DBC w systemie Linux