Baza danych jako usługa / DBaaS
Prędkość chmury dostosowana do Twojej infrastruktury prywatnej
Oferujemy samoobsługowe bazy danych i usługi związane z danymi, charakteryzujące się szybkością i prostotą typową dla chmury. Każda instancja działa w całości na terenie Twojej firmy i pozostaje całkowicie pod Twoją kontrolą operacyjną, a jej działanie opiera się natywnie na VMware Data Service Manager i operatorach Kubernetes.
Baza danych jako usługa / DBaaS
Prędkość chmury dostosowana do Twojej infrastruktury prywatnej
Oferujemy samoobsługowe bazy danych i usługi związane z danymi, charakteryzujące się szybkością i prostotą typową dla chmury. Każda instancja działa w całości na terenie Twojej firmy i pozostaje całkowicie pod Twoją kontrolą operacyjną, a jej działanie opiera się natywnie na VMware Data Service Manager i operatorach Kubernetes.
Wygoda chmury bez jej wad
Zespoły programistyczne oczekują szybkości na poziomie chmury, gdy potrzebują bazy danych, brokera komunikatów lub klastra strumieniowego. Dla wielu organizacji przeniesienie wrażliwych danych do usług w chmurze publicznej nie wchodzi w grę – czy to ze względów regulacyjnych, wymogów dotyczących suwerenności, czy też przewidywalności kosztów.
evoila oferuje usługę „baza danych jako usługa” (DBaaS) w ramach własnej infrastruktury: gotowe do użycia rozwiązanie DBaaS dla PostgreSQL, MySQL, Kafka i RabbitMQ w środowisku VMware Cloud Foundation lub te same usługi w środowisku Kubernetes za pośrednictwem operatorów klasy produkcyjnej.
Najważniejsze zalety w skrócie:
- Samodzielne wdrażanie baz danych i usług związanych z danymi w ciągu kilku minut, a nie dni
- Pełna suwerenność cyfrowa – Twoje dane nigdy nie opuszczają Twojej infrastruktury
- Dwie ścieżki wdrażania: VMware DSM dla środowisk VCF oraz operatory Kubernetes dla konfiguracji natywnych dla K8s
- Konfiguracje na poziomie produkcyjnym już od pierwszego wdrożenia
Twoje zespoły potrzebują szybkiego dostępu do usług związanych z danymi, ale chmura nie zawsze jest najlepszym rozwiązaniem
Różnica między potrzebami programistów a tym, co są w stanie zapewnić zespoły infrastrukturalne, coraz bardziej się pogłębia. Zespoły aplikacyjne chcą uruchomić instancję PostgreSQL, temat Kafki lub kolejkę RabbitMQ w ciągu kilku minut. Zamiast tego zgłaszają zgłoszenie i czekają dni lub tygodnie — borykając się z niespójnymi konfiguracjami, niejasnymi zasadami bezpieczeństwa i brakiem ustandaryzowanego zarządzania cyklem życia.
Jednocześnie wiele organizacji nie może po prostu przenieść tych obciążeń do chmury publicznej. Przepisy finansowe, wymogi dotyczące lokalizacji danych czy nieprzewidywalność kosztów sprawiają, że działanie w środowisku lokalnym staje się koniecznością, a nie kwestią wyboru. W rezultacie zespoły utknęły pomiędzy powolnym przydzielaniem zasobów wewnętrznych a niedostępnymi usługami chmurowymi. Innowacje utknęły w martwym punkcie, a zjawisko „cieniowego IT” nasila się.
Oczekuje się szybkości. Chmura nie zawsze wchodzi w grę.
Dwie ścieżki. Obie sprawdzone w praktyce
Szybkość samoobsługi i pełna niezależność nie są celami sprzecznymi. Firma evoila stworzyła środowiska DBaaS zarówno w oparciu o VMware DSM, jak i Kubernetes, osiągając ten sam rezultat: programiści otrzymują to, czego potrzebują, w ciągu kilku minut, zespoły platformowe zachowują kontrolę, a dane pozostają w Twojej infrastrukturze. Oto, jak to działa.
Nasze rozwiązanie
Twoje bazy danych – samoobsługowe, niezależne, gotowe do wdrożenia w środowisku produkcyjnym
Firma evoila oferuje usługę DBaaS w modelu lokalnym w ramach dwóch sprawdzonych ścieżek wdrożenia. Wybór odpowiedniej opcji zależy od istniejącej infrastruktury, możliwości zespołu oraz wymagań dotyczących suwerenności.
Ścieżka 1: VMware Data Service Manager (zalecana w środowiskach VCF)
Dla organizacji korzystających z VMware Cloud Foundation rozwiązanie DSM stanowi najszybszą drogę do wdrożenia usługi DBaaS w środowisku lokalnym. Zapewnia ono w pełni zintegrowany portal samoobsługowy, za pośrednictwem którego zespoły programistyczne mogą na żądanie wdrażać PostgreSQL, MySQL i inne usługi związane z danymi — z wykorzystaniem standardowych konfiguracji, automatycznych kopii zapasowych, wbudowanego monitorowania oraz zarządzania opartego na zasadach. Nie jest wymagana wiedza specjalistyczna w zakresie Kubernetes.
DSM zarządza całym cyklem życia bazy danych: wdrażaniem, konfiguracją zapewniającą wysoką dostępność, odzyskiwaniem stanu z określonego momentu, skalowaniem, instalowaniem poprawek oraz wycofywaniem z eksploatacji. Zespoły platformowe definiują poziomy usług wraz z limitami zasobów i zasadami bezpieczeństwa; zespoły aplikacyjne korzystają z nich za pośrednictwem portalu lub interfejsu API. Dane pozostają w infrastrukturze klienta, podlegają jego nadzorowi i zapewniają możliwość audytu na poziomie korporacyjnym.
Jest to rozwiązanie, które zalecamy jako punkt wyjścia w większości środowisk korporacyjnych.
Działalność operacyjna i usługi zarządzane
Każda ścieżka wdrożenia – DSM lub Kubernetes – może być obsługiwana przez evoila w ramach usługi zarządzanej. Nasz zespół operacyjny zapewnia proaktywne monitorowanie, zarządzanie incydentami, optymalizację wydajności, instalowanie poprawek bezpieczeństwa oraz całodobowe wsparcie techniczne w trybie dyżurów. To Ty wybierasz poziom usług dostosowany do Twoich potrzeb.
Ścieżka 2: Operatorzy Kubernetes
W przypadku organizacji dysponujących istniejącą infrastrukturą Kubernetes lub mających wymagania dotyczące maksymalnej przenośności i niezależności w zakresie oprogramowania open source wdrażamy usługi danych przy użyciu operatorów klasy produkcyjnej.
PostgreSQL – wdrażamy albo na platformie VMware Tanzu for Postgres – tej samej wersji PostgreSQL z obsługą korporacyjną, która jest używana w DSM – albo na CloudNativePG, dojrzałym operatorze uznanym przez CNCF, który zarządza zestawami replik zapewniającymi wysoką dostępność.
MongoDB – W przypadku obciążeń wymagających elastyczności schematu i skalowalności horyzontalnej wdrażamy MongoDB na platformie Kubernetes przy użyciu operatora Percona lub Community Operator. Automatyczne zestawy replik, partycjonowanie, przełączanie awaryjne, planowanie kopii zapasowych oraz wzmacnianie zabezpieczeń są zarządzane w sposób deklaratywny.
Apache Kafka – Korzystając z operatora Stackable Kafka, wdrażamy klastry wielobrokerowe z replikacją uwzględniającą rozmieszczenie w szafach serwerowych, zarządzaniem tematami, integracją z Kafka Connect oraz monitorowaniem za pomocą Prometheusa i Grafany. Kafka stanowi podstawę potoków danych w czasie rzeczywistym oraz architektur sterowanych zdarzeniami.
RabbitMQ – Operator klastra RabbitMQ obsługuje wdrożenia klastrowe z kolejkami kworum, federacją umożliwiającą przesyłanie wiadomości między wieloma lokalizacjami oraz elastycznym routingiem (według tematu, rozsyłką wielokierunkową, na podstawie nagłówków). Idealnie nadaje się do integracji aplikacji oraz asynchronicznej komunikacji między mikrousługami.
Oprócz tych poszczególnych usług tworzymy ujednoliconą warstwę samoobsługową. Zespoły platformowe definiują oferty usług wraz ze standardowymi konfiguracjami, limitami zasobów i zasadami bezpieczeństwa. Zespoły aplikacyjne zapewniają sobie potrzebne zasoby za pośrednictwem interfejsów API – bez zgłoszeń, bez czekania, bez rozbieżności konfiguracyjnych.
Dogłębna analiza technologii
Jak działa lokalna usługa DBaaS – od VMware DSM po operatory Kubernetes
VMware Data Service Manager (DSM) to warstwa zarządzania infrastrukturą wbudowana w platformę VMware Cloud Foundation, która zapewnia środowiskom lokalnym możliwości samoobsługi na poziomie chmury. Zespoły platformowe definiują oferty usług bazodanowych wraz ze standardowymi konfiguracjami, limitami zasobów i zasadami bezpieczeństwa. Zespoły aplikacyjne uruchamiają te usługi na żądanie za pośrednictwem portalu lub interfejsu API — z wbudowanymi funkcjami automatycznego tworzenia kopii zapasowych, monitorowania i zarządzania cyklem życia. DSM obsługuje wdrożenia PostgreSQL na pojedynczym serwerze oraz w klastrach, w tym w trybie wysokiej dostępności z automatycznym przełączaniem awaryjnym i odzyskiwaniem stanu z określonego momentu do pamięci masowej zgodnej ze standardem S3. Główna zaleta: dane pozostają w infrastrukturze klienta, a zespoły zyskują szybkość i wygodę, jakich oczekują od usług natywnych dla chmury — bez konieczności posiadania wiedzy specjalistycznej w zakresie Kubernetes.
Operatorzy Kubernetes: Jak działają. Operator to rozszerzenie oprogramowania Kubernetes, które przekształca wiedzę operacyjną – taką, jaką posiada doświadczony administrator baz danych – w zautomatyzowane, deklaratywne przepływy pracy. Zamiast ręcznie tworzyć zestaw replik PostgreSQL, konfigurować replikację, ustawiać kopie zapasowe i tworzyć skrypty przełączania awaryjnego, definiujesz pożądany stan w manifeście YAML, a operator na bieżąco dba o utrzymanie tego stanu. Jeśli węzeł ulegnie awarii, operator zajmuje się przełączeniem awaryjnym. Po zmianie konfiguracji operator przeprowadza aktualizację stopniową. Gdy konieczne jest skalowanie, automatycznie dodaje repliki.
PostgreSQL i MongoDB w środowisku Kubernetes W przypadku PostgreSQL narzędzie CloudNativePG zarządza zestawami replik, automatycznym przełączaniem awaryjnym, tworzeniem kopii zapasowych i odzyskiwaniem danych (w tym przywracaniem stanu z określonego momentu do magazynu zgodnego ze standardem S3), certyfikatami TLS oraz konfiguracją RBAC. W przypadku MongoDB operator Percona/Community Operator obsługuje zestawy replik, partycjonowanie, szyfrowanie oraz automatyczne przełączanie awaryjne. Wszystkie zasoby są zdefiniowane jako niestandardowe definicje zasobów (CRD), co zapewnia natywną integrację z Helm, ArgoCD i Terraform.
RabbitMQ w środowisku Kubernetes Operator klastra RabbitMQ obsługuje instancje klastrowe z kolejkami kworum, trwałą pamięcią masową, automatycznym wykrywaniem węzłów, wtyczkami federacyjnymi do przesyłania wiadomości między wieloma lokalizacjami oraz monitorowaniem opartym na Prometheusie.
Infrastruktura jako kod we wszystkich procesach Każde wdrożenie odbywa się zgodnie z zasadami „infrastruktury jako kodu”. Definicje usług, konfiguracje i zasady są zarządzane w systemie kontroli wersji Git i wdrażane za pośrednictwem procesów GitOps (zazwyczaj ArgoCD lub Flux). Dzięki temu każde środowisko jest odtwarzalne, podlega audytowi i jest spójne.
Infrastruktura bazowa: VMware DSM działa na platformie VMware Cloud Foundation. Operatorzy Kubernetes działają na serwerach typu bare metal, w środowisku VMware vSphere (z wykorzystaniem usługi vSphere Kubernetes Service) lub w dowolnej dystrybucji zgodnej z CNCF. Projektujemy bazową warstwę obliczeniową i pamięci masowej tak, aby spełniała wymagania wydajnościowe obciążeń danych stanowych — w tym dedykowane klasy pamięci masowej dla woluminów baz danych o wysokiej liczbie operacji IOPS oraz reguły powinowactwa węzłów zapewniające lokalność danych.
Twój idealny partner
Dwie specjalizacje, które rzadko spotyka się w jednym zespole
Firma evoila łączy dogłębną wiedzę specjalistyczną w zakresie infrastruktury VMware i Kubernetes z rozległą znajomością usług związanych z danymi. Inżynierowie nie ograniczają się jedynie do wdrażania DSM czy instalowania operatorów. Rozumieją oni wewnętrzną strukturę baz danych, topologie replikacji, optymalizację wydajności oraz tryby awarii każdej usługi, którą zarządzamy. evoila jest wiodącym partnerem firmy Broadcom w Europie, posiadającym bogate doświadczenie w zakresie VMware Cloud Foundation i Kubernetes, a także certyfikaty ISO 27001, BSI C5 i TISAX.
Zespół ds. obsługi zarządzanej zarządza środowiskami Kafka i RabbitMQ dla dużych europejskich przedsiębiorstw w środowisku produkcyjnym, zapewniając dyżury, zarządzanie incydentami oraz proaktywne monitorowanie. Dzięki ponad 600 specjalistom w ponad 15 krajach firma evoila jest wystarczająco duża, by zapewnić wsparcie na poziomie korporacyjnym, a jednocześnie na tyle zorganizowana, by pozostawać blisko codziennej pracy.
Stos, który to zapewnia
Platforma DBaaS (VMware)
VMware Data Service Manager (konfiguracja PostgreSQL, MySQL, Kafka i RabbitMQ w środowisku VCF)
Platforma Kubernetes
Platforma danych typu „stackable”, usługa VMware vSphere Kubernetes, dystrybucje zgodne z CNCF
Bazy danych
PostgreSQL (VMware DSM, operator CloudNativePG), MongoDB (operator Percona/Community)
Przesyłanie strumieniowe zdarzeń
Apache Kafka (VMware DSM, Stackable Kafka Operator, Kafka Connect, Schema Registry)
Wiadomości
RabbitMQ (VMware DSM, operator klastra RabbitMQ, federacja, kolejki kworum)
Infrastruktura jako kod (Infrastructure-as-Code) i GitOps
Helm, Terraform, ArgoCD, Flux
Monitorowanie i obserwowalność
Prometheus, Grafana, Elastic Stack
Bezpieczeństwo i zasady
OPA (Open Policy Agent), zarządzanie certyfikatami TLS, RBAC, szyfrowanie danych w spoczynku
Certyfikaty i partnerstwa: Partner Broadcom Pinnacle, Partner Microsoft Silver, Partner AWS, ISO/IEC 27001, BSI C5, TISAX
Trzy kroki do stworzenia własnej usługi DBaaS
Krok 1 | Ocena DBaaS
Oceniamy aktualny stan Państwa środowiska usług danych: jakie bazy danych i brokery są wykorzystywane, w jaki sposób są one wdrażane oraz gdzie występują wąskie gardła. Analizujemy Państwa infrastrukturę (VCF, Kubernetes lub obie) i proponujemy odpowiednią ścieżkę wdrożenia. Może to stanowić część szerszego warsztatu „Data Value Workshop” lub być samodzielną oceną.
Krok 2 | Wdrożenie platformy i uruchomienie usług
Nasi inżynierowie wdrażają wybraną platformę – VMware DSM w Państwa środowisku VCF, operatory Kubernetes w Państwa klastrach lub obie te rozwiązania. Konfigurujemy szablony usług, wdrażamy pierwsze obciążenia i weryfikujemy działanie całego stosu w Państwa środowisku. Typowe ramy czasowe: 2–4 tygodnie w przypadku pojedynczych usług, 6–12 tygodni w przypadku pełnej platformy obsługującej wiele usług.
Krok 3 | Zarządzane operacje
Usługa zarządzana w pełnym zakresie: wsparcie techniczne 24/7 lub 8×5 z umowami SLA dotyczącymi czasu reakcji i czasu rozwiązania problemu, aktywne monitorowanie, zarządzanie incydentami i problemami, konserwacja proaktywna (kontrole systemu, aktualizacje, poprawki, działania naprawcze w zakresie bezpieczeństwa).
Usługa zarządzana w wersji Lite: wsparcie techniczne w trybie 8×5 z umową SLA dotyczącą czasu reakcji oraz zarządzanie incydentami i problemami – dla organizacji, które samodzielnie zajmują się monitorowaniem i proaktywną konserwacją.
Zapewnij swoim zespołom usługi związane z danymi, których potrzebują
Z prędkością chmury, w Twojej infrastrukturze, pod Twoją kontrolą. evoila tworzy platformę, automatyzuje operacje i zajmuje się jej obsługą, jeśli tylko tego chcesz.
DBaaS stanowi jeden z elementów platformy danych.
Jeśli Twoje pytanie dotyczy całego stosu rozwiązań w zakresie danych i sztucznej inteligencji, architektury typu „lakehouse”, platform analitycznych lub gotowości do wdrożenia sztucznej inteligencji, nasz zespół ds. danych i sztucznej inteligencji pomoże Ci znaleźć odpowiedni punkt wyjścia.
Yannic Remmet-Zarotiadis
Unit Lead – Data Platform Engineering
Najczęściej zadawane pytania
Najczęściej zadawane pytania dotyczące usługi „Baza danych jako usługa”
Wprowadzamy do Państwa infrastruktury możliwość samodzielnego wdrażania baz danych zarządzanych w chmurze. Korzystając z operatorów Kubernetes, Twoje zespoły programistyczne mogą w ciągu kilku minut zamówić i otrzymać gotową do użycia w środowisku produkcyjnym instancję PostgreSQL, zestaw replik MongoDB, klaster Kafka lub brokera RabbitMQ — w sposób zautomatyzowany, zgodny z polityką bezpieczeństwa i bez konieczności wysyłania danych poza centrum danych.
Niekoniecznie. Jeśli dysponujesz już Kubernetesem, możemy wdrożyć rozwiązanie w oparciu o Twoje istniejące klastry. W przeciwnym razie możemy pomóc Ci skonfigurować podstawową infrastrukturę Kubernetes w ramach naszej współpracy – niezależnie od tego, czy będzie to sprzęt typu bare metal, środowisko VMware vSphere, czy dowolna dystrybucja zgodna ze standardami CNCF. Budowa warstwy Kubernetes stanowi część naszych działań, ale jest to warunek wstępny.
Operatorzy to coś więcej niż tylko skrypty wdrażające. Nieustannie porównują stan docelowy ze stanem rzeczywistym – automatycznie obsługując przełączanie awaryjne, skalowanie, zmiany konfiguracji i aktualizacje. Skrypt uruchamia się tylko raz; operator natomiast monitoruje sytuację i podejmuje działania przez całą dobę. To właśnie stanowi różnicę między bazą danych po prostu udostępnioną a bazą danych podlegającą prawdziwemu zarządzaniu.
W przypadku PostgreSQL zazwyczaj korzystamy z CloudNativePG – dojrzałego operatora uznanego przez CNCF, zapewniającego solidne wsparcie dla wysokiej dostępności, automatycznego przełączania awaryjnego oraz tworzenia kopii zapasowych w pamięci masowej zgodnej ze standardem S3. W przypadku MongoDB korzystamy z operatora Percona lub operatora MongoDB Community, w zależności od preferencji i wymagań licencyjnych. W przypadku Kafki korzystamy z operatora Stackable Kafka Operator w ramach platformy Stackable Data Platform.
Oczywiście. Wielu klientów zaczyna od jednej usługi – np. usługi Kafka – a w miarę pojawiania się dodatkowych potrzeb dodaje PostgreSQL, MongoDB lub RabbitMQ. Architektura platformy ma charakter modułowy: każdy operator zarządza swoją usługą niezależnie, ale wszystkie korzystają z tej samej infrastruktury Kubernetes, tego samego stosu monitorowania oraz tych samych procesów GitOps.
Platforma DBaaS i Data Lakehouse wzajemnie się uzupełniają. Lakehouse (zazwyczaj oparty na Databricks lub Stackable) stanowi centralną platformę analityczną i sztucznej inteligencji. Opisane tutaj usługi danych – PostgreSQL do obciążeń transakcyjnych, Kafka do przetwarzania strumieniowego, MongoDB do danych aplikacyjnych – zasilają Lakehouse i stanowią jego otoczenie. Wielu klientów korzysta z obu rozwiązań: DBaaS do obsługi danych operacyjnych oraz Lakehouse do analiz i sztucznej inteligencji.
Ponieważ całość opiera się na Kubernetesie i otwartych standardach, migracja jest prosta. PostgreSQL, MongoDB, Kafka i RabbitMQ działają w chmurze na platformach Kubernetes (AKS, EKS, GKE) dokładnie tak samo, jak w środowisku lokalnym. Twoje konfiguracje, operatory i potoki GitOps przenoszą się wraz z Tobą – nie jest wymagana zmiana architektury.