Różnica między architekturą jednodostępową a wielodostępową w AWS
Istnieją różne podejścia do wdrażania oprogramowania dla wielu użytkowników w dużych organizacjach i chmurach publicznych. Wybór podejścia lub architektury wdrażania oprogramowania zależy od wielu czynników. Z tego powodu warto zrozumieć różnicę między architekturą typu single-tenant a multi-tenant. W tym wpisie na blogu porównano te dwa typy i omówiono, w jaki sposób wielodostępność może być wykorzystywana w ramach usług tworzenia kopii zapasowych w chmurze.
Czym jest architektura typu single tenancy? Architektura typu single tenancy to rodzaj architektury oprogramowania, w której każdy klient lub organizacja dysponuje własną, odizolowaną instancją aplikacji. Oznacza to, że każdy klient posiada własny, dedykowany serwer lub infrastrukturę, z której korzysta wyłącznie on sam i która nie jest współdzielona z żadnym innym klientem. Przypadki użycia architektury typu single tenancy Poniżej wyjaśniono najczęstsze przypadki użycia architektury typu single tenancy. Model pojedynczego dzierżawcy jest zazwyczaj stosowany w sytuacjach, gdy organizacje wymagają wysokiego poziomu bezpieczeństwa, prywatności i dostosowania aplikacji do własnych potrzeb. Jest on często stosowany w branżach takich jak finanse, opieka zdrowotna, administracja publiczna i innych, które zajmują się przetwarzaniem wrażliwych danych. Model pojedynczego dzierżawcy jest również powszechnie stosowany przez większe organizacje o złożonych środowiskach IT, które wymagają niestandardowych rozwiązań programowych. Organizacje te mogą mieć unikalne przepływy pracy, struktury danych lub procesy biznesowe, które najlepiej obsługuje dedykowana instancja aplikacji. Małe i średnie przedsiębiorstwa również mogą korzystać z modelu single tenancy, jeśli mają specyficzne wymagania dotyczące aplikacji, których nie są w stanie spełnić rozwiązania współdzielone lub wielodostępne. Ogólnie rzecz biorąc, model single tenancy dobrze sprawdza się w organizacjach, które wymagają wysokiego poziomu dostosowania, bezpieczeństwa i kontroli nad aplikacjami. Organizacje takie są gotowe zainwestować niezbędne zasoby w zarządzanie i utrzymanie własnej, dedykowanej infrastruktury. Przykład architektury single-tenant w AWS Organizacja może zdecydować się na architekturę single-tenant w AWS, jeśli wymaga pełnej kontroli nad swoim środowiskiem i zasobami. W tym scenariuszu organizacja tworzy własną wirtualną chmurę prywatną (VPC) i przeprowadza wdrażanie aplikacji na dedykowanym zestawie zasobów. Organizacja ma pełną kontrolę nad konfiguracją, bezpieczeństwem oraz zarządzaniem swoimi zasobami i danymi. Na przykład organizacja ta może wykorzystać architekturę pojedynczego dzierżawcy w AWS do hostowania wysoce spersonalizowanej i bezpiecznej platformy e-commerce lub oprogramowania do wykonywania kopii zapasowych, które obsługuje wrażliwe dane klientów. Zalety modelu pojedynczego dzierżawcy Zalety podejścia opartego na modelu pojedynczego dzierżawcy to: Wysoki poziom bezpieczeństwa ponieważ każda instancja aplikacji działa na własnej, dedykowanej infrastrukturze i zasobach.
- Gwarantuje to całkowitą izolację danych i aplikacji poszczególnych klientów, co zmniejsza ryzyko naruszenia bezpieczeństwa danych lub innych problemów związanych z bezpieczeństwem.
- Większe możliwości dostosowania dzięki zapewnieniu każdemu klientowi własnej, indywidualnej instancji aplikacji, którą można dostosować do jego konkretnych potrzeb i wymagań. Taki poziom dostosowania nie jest możliwy w architekturach wielodostępnych, gdzie wszyscy klienci korzystają z tej samej instancji aplikacji.
- Większa elastyczność dzięki umożliwieniu klientom samodzielnego zarządzania własnymi danymi i aplikacjami, bez ograniczeń wynikających z zasad lub ograniczeń środowiska współdzielonego lub wielodostępnego.
- Lepsza kontrola nad zasobami dzięki zapewnieniu klientom własnej, dedykowanej infrastruktury, co oznacza, że mają oni pełną kontrolę nad zasobami przydzielonymi do ich instancji aplikacji. Może to pomóc organizacjom w optymalizacji wykorzystania infrastruktury i uniknięciu problemów związanych z rywalizacją o zasoby.
- Lepsza wydajność i skalowalność w porównaniu z architekturami wielodostępnymi, ponieważ zasoby przydzielone do każdej instancji aplikacji są dedykowane i nie są współdzielone z innymi klientami.
- Łatwiejsze zapewnienie zgodności z wymogami regulacyjnymi, ponieważ każdy klient ma pełną kontrolę nad własnymi danymi i może nimi zarządzać niezależnie.
Przejdźmy teraz do wielodostępności, aby znaleźć różnicę między podejściem jednodostępnym a wielodostępnym.
Czym jest wielodostępność?
Wielodostępność to architektura zapewniająca separację między dzierżawcami, w której jedna wspólna instancja aplikacji zainstalowana na serwerze może obsługiwać wielu klientów (zwanych w tym przypadku dzierżawcami). Standardowa architektura jednodostępna wymaga instalacji instancji aplikacji dla każdego dzierżawcy. Wielodostępność pozwala na logiczną izolację dzierżawców od siebie. Dzierżawcy mogą dostosowywać ustawienia aplikacji w swoich izolowanych środowiskach, ale sama aplikacja jest kontrolowana przez właściciela aplikacji (głównego administratora).
Mówiąc prościej, wielodostępność można porównać do budynku z wieloma mieszkaniami zabezpieczonymi unikalnymi zamkami. Każdy właściciel (lub najemca) mieszkania ma unikalny klucz, za pomocą którego może uzyskać dostęp tylko do swojego mieszkania. Pomimo tego, że mieszkania znajdują się w tym samym budynku, ich mieszkańcy nie mają pojęcia o pozostałych mieszkaniach, ich lokatorach ani o tym, co się w nich znajduje.
Właściciel budynku zainstalował łącza komunikacyjne (na przykład internetowe lub telefoniczne) dla całego budynku i rozdzielił je między mieszkania, zamiast aby każde mieszkanie samodzielnie budowało własną infrastrukturę komunikacyjną. Mieszkańcy zamawiają prąd, instalację wodno-kanalizacyjną, gaz itp., korzystają z nich w razie potrzeby i płacą właścicielowi budynku za te usługi, z których skorzystali.
Podobnie dzierżawcy mogą wykupić abonament na potrzebne im usługi od dostawca usług zarządzanych (MSP) i korzystać z nich zgodnie ze swoimi potrzebami. Zobaczmy, kto może skorzystać na rozwiązaniu wielodostępnym.
Przypadki użycia modelu wielodostępnego
Podejście oparte na oprogramowaniu wielodostępnym może być stosowane w następujących scenariuszach:
- Wielodostępność jest powszechnie stosowana przez organizacje oferujące rozwiązania typu „oprogramowanie jako usługa” (SaaS), w których wielu klientów korzysta z tej samej aplikacji i infrastruktury bazowej.
- Podejście wielodostępne jest również stosowane w środowiskach przetwarzania w chmurze, gdzie wielu klientów może współdzielić tę samą pulę zasobów obliczeniowych.
- Wielodostępność jest stosowana, gdy organizacja chce zmaksymalizować wykorzystanie zasobów i obniżyć koszty poprzez współdzielenie zasobów między wieloma klientami.
- Podejście to jest szczególnie przydatne w sytuacjach, gdy wykorzystanie zasobów przez każdego klienta jest stosunkowo niewielkie lub zmienne, na przykład w rozwiązaniach SaaS, gdzie klienci mogą mieć różne wzorce użytkowania i wymagania dotyczące zasobów.
- Architektura wielodostępna jest stosowana, gdy organizacje mogą osiągnąć korzyści skali i obniżyć koszty operacyjne związane z zarządzaniem i utrzymaniem oddzielnej infrastruktury dla każdego klienta.
Przykłady wielodostępności
Wielodostępność jest czasami stosowana w dużych przedsiębiorstwach, gdzie dzierżawcami są różne działy. Jednak najciekawszym przypadkiem użycia architektury wielodostępnej jest sytuacja dostawców usług zarządzanych (MSP) w środowiskach chmurowych, takich jak AWS. Istnieje wiele powodów, dla których klienci mogą chcieć zaspokoić swoje potrzeby informatyczne w ten sposób, korzystając z usług MSP opartych na chmurze.
W niektórych przypadkach mniejsze firmy nie zatrudniają na stałe specjalisty IT. Mają one trudności z technicznym wdrożeniem, konfiguracją i utrzymaniem potrzebnej im infrastruktury informatycznej. Niektórzy klienci chcą po prostu uniknąć problemów technicznych (a także finansowych) związanych z wdrażaniem serwerów fizycznych i konfiguracją oprogramowania we własnym środowisku.
Ponadto w chmurze dzierżawcy płacą wyłącznie za to, z czego faktycznie korzystają. Na przykład po zakończeniu dużego projektu w firmie zasoby maszyn wirtualnych (VM), które działały na potrzeby tego projektu, zostają zwolnione, a same maszyny stają się zbędne. Jeśli klient korzysta z usług zarządzanych, może po prostu usunąć te maszyny wirtualne (lub instancje Amazon EC2) i uniknąć płacenia za niewykorzystane zasoby. W przypadku korzystania z serwer fizyczny (nawet takiego, na którym działają maszyny wirtualne) nie byłoby to możliwe, a część zasobów serwera pozostawałaby niewykorzystana, co powodowałoby stratę pieniędzy. Jest to jeden z najczęstszych powodów, dla których klient może zdecydować się na rozpoczęcie korzystania z usług w chmurze świadczonych przez dostawcę usług zarządzanych (MSP).
Najpopularniejsze z tych usług to infrastruktura jako usługa (IaaS), platforma jako usługa (PaaS) oraz oprogramowanie jako usługa (SaaS). W tym wpisie na blogu rozważamy następujące elementy SaaS: kopia zapasowa jako usługa (BaaS), replikacja jako usługa (RaaS) oraz odzyskiwanie awaryjne jako usługa (DRaaS).
Dostawcy usług zarządzanych (MSP) są zainteresowani optymalizacją wykorzystania zasobów sprzętowych, finansowych i ludzkich. Dlatego podejście wielodostępne jest dla nich idealne. Dostawcy usług zarządzanych mogą skonfigurować jedną instancję oprogramowania z wsparciem dla wielodostępności na serwerze w chmurze AWS i wykorzystać ją do świadczenia usług dla wielu klientów posiadających oddzielne konta. Nie ma potrzeby konfigurowania indywidualnych instancji oprogramowania dla każdego użytkownika.
Zalety wielodostępności dla dostawców usług zarządzanych (MSP)
Lista zalet dla dostawców usług zarządzanych (MSP) korzystających z wielodostępności obejmuje:
- Łatwiejsza konserwacja i aktualizacje . Dzięki podejściu opartemu na wielodostępności dostawcy usług zarządzanych (MSP) mają mniej instancji oprogramowania do aktualizacji i obsługi. Po aktualizacji oprogramowanie jest dostępne dla wszystkich dzierżawców (klientów). Gdyby zarządzali SaaS przy użyciu produktu dla jednego dzierżawcy, specjaliści techniczni musieliby aktualizować lub uaktualniać instancję każdego klienta z osobna.
- Efektywne wykorzystanie zasobów . Obsługa oprogramowania z wielodostępnością oznacza, że potrzeba mniej specjalistów technicznych i mniej zasobów sprzętowych dla serwerów. Wynika to z faktu, że trzeba utrzymywać mniej instancji oprogramowania, a wszyscy dzierżawcy korzystają z tych samych zasobów i infrastruktury.
- Opłacalność i oszczędność czasu . Dzięki opisanym powyżej funkcjom oprogramowanie obsługujące model wielodostępności pozwala zaoszczędzić czas i pieniądze. W dłuższej perspektywie stosowanie architektury wielodostępnej obniża nakłady inwestycyjne, co stanowi jedną z kluczowych zalet tego podejścia. Wynika to z faktu, że zasoby aplikacji są współdzielone przez dzierżawców korzystających z tych samych aplikacji, co zmniejsza koszty związane z konserwacją i wsparciem technicznym. Gdy dostawca usług zarządzanych (MSP) korzysta z produktu wielodostępnego, co pozwala mu obniżyć koszty, może przenieść te oszczędności na klientów, oferując im bardziej przystępne ceny. W ten sposób dostawca usług zarządzanych (MSP) może przyciągnąć więcej klientów do zakupu oferowanych usług.
- Wysoka skalowalność . Dodawanie nowych użytkowników jest znacznie łatwiejsze i wygodniejsze, bez konieczności dodawania przez dostawcę usług zarządzanych (MSP) nowych serwerów, maszyn wirtualnych lub instancji aplikacji. Wielu dzierżawców jest obsługiwanych przez tę samą instancję działającą na serwerze. Skalowalność oprogramowania wielodostępnego oznacza, że dostawca może rozszerzać swoją ofertę w miarę rozwoju działalności.
- Poprawa obsługi klienta . Dzięki architekturze wielodostępnej dostawca usług zarządzanych (MSP) może monitorować wykorzystanie systemu. Dzięki rzetelnej analityce mogą następnie wykorzystać zebrane informacje do oceny i ulepszenia świadczonych usług. MSP może zmodernizować lub zreorganizować swoją infrastrukturę, a także zmodyfikować subskrypcje oprogramowania zgodnie z wynikami analiz.
Zalety wielodostępnych usług w chmurze dla klientów
Rozwiązanie wielodostępne eliminuje konieczność posiadania przez klientów własnej, kosztownej infrastruktury, która wymagałaby inwestycji w konserwację i wsparcie techniczne. Serwery mogą działać jako maszyny wirtualne w chmurze, na przykład przy użyciu Amazon AWS. Klienci mogą tworzyć kopie zapasowe w chmurze Amazon bez konieczności zakupu drogiego sprzętu fizycznego lub biblioteki taśm. Mogą skupić się na swojej podstawowej działalności, nie martwiąc się o infrastrukturę IT.
Klienci nie muszą aktualizować ani uaktualniać oprogramowania, które jest wykorzystywane jako świadczona usługa. W rzeczywistości użytkownicy rozwiązania wielodostępnego NAKIVO Backup & Replication nie muszą w ogóle instalować oprogramowania; robi to dostawca usług zarządzanych (MSP). Oprogramowanie jest regularnie aktualizowane przez dostawcę usług zarządzanych (MSP), a klienci mogą dostosowywać swoje środowiska do własnych potrzeb.
Korzystanie z usług wielodostępnych jest bezpieczne. Użytkownicy nie mają dostępu do środowisk wirtualnych innych użytkowników.
Model jedno- a wielodostępny
Na koniec przyjrzyjmy się tabeli podsumowującej porównanie modeli jedno- i wielodostępnego pod kątem wykorzystania przez dostawców usług zarządzanych i dostawców usług w chmurze.
| Kryteria Model jedno-dzierżawczy Model wielo-dzierżawczy Dostosowanie Wysoki Każda instancja aplikacji jest przeznaczona wyłącznie dla jednego dzierżawcy. Ograniczony Wszyscy dzierżawcy korzystają z tej samej instancji aplikacji. Bezpieczeństwo Wysoki Każda instancja aplikacji jest całkowicie odizolowana od innych dzierżawców. Niższy Wszyscy dzierżawcy korzystają z tej samej instancji aplikacji i infrastruktury. Jeśli dane jednego dzierżawcy zostaną naruszone, może to potencjalnie wpłynąć na wszystkich pozostałych dzierżawców. xml-ph-0013@de Koszt Wyższy Każdy klient wymaga własnej, dedykowanej infrastruktury i zasobów. Ekonomiczne Zasoby są współdzielone przez wielu klientów, co pozwala na bardziej efektywne ich wykorzystanie. Skalowalność Ograniczona Każdy klient wymaga własnych, dedykowanych zasobów. Wysoka Zasoby mogą być współdzielone przez wielu klientów, co pozwala na bardziej efektywne ich wykorzystanie. Konserwacja Złożone Dedykowane zasoby i wiedza specjalistyczna do zarządzania i konserwacji każdej instancji aplikacji. Łatwe Wszyscy klienci korzystają z tej samej instancji aplikacji, co pozwala na bardziej efektywne wykorzystanie zasobów. Złożoność Wysoka Niska Czas wdrażania Długi Każda instancja aplikacji musi być dostosowana i skonfigurowana osobno dla każdego klienta. Krótszy Wszyscy klienci korzystają z tej samej instancji aplikacji. Kontrola zasobów Wysoka Każda instancja aplikacji ma dedykowane zasoby. Niższa Zasoby są współdzielone przez wielu klientów, co może prowadzić do problemów z wydajnością lub konfliktów o zasoby. Wykorzystanie zasobów Niskie Jeśli instancja jest bezczynna, nie można przydzielić potencjalnych wolnych zasobów do innych zadań, ponieważ wykorzystywana jest infrastruktura dedykowana. Wysokie Wykorzystywane są zasoby współdzielone i możliwe jest efektywne redystrybuowanie wolnych zasobów, jeśli instancja dzierżawcy jest bezczynna. Izolacja zasobów Całkowita | ||
|
|
||
|
|
||
| izolacja | Wspólne zasoby | |
| Współpraca | Ograniczona
Każda instancja aplikacji jest całkowicie odizolowana od innych klientów. |
Elastyczna
Wszyscy klienci korzystają z tej samej instancji aplikacji i infrastruktury. |
| Zgodność z przepisami | Łatwiejsza
Każdy klient ma pełną kontrolę nad własnymi danymi i może nimi zarządzać niezależnie. |
Bardziej wymagająca
Zapewnienie odpowiedniej izolacji i ochrony danych każdego klienta może być trudne. |
Wybór między podejściem single-tenant a multi-tenant zależy od konkretnych potrzeb i wymagań organizacji. Chociaż architektury single-tenant oferują większe możliwości dostosowania, bezpieczeństwo i kontrolę nad zasobami, mogą być również droższe i bardziej skomplikowane w zarządzaniu. Architektury multi-tenant oferują większą skalowalność i łatwiejszą konserwację, ale mogą nie zapewniać takiego samego poziomu dostosowania lub bezpieczeństwa. Organizacje powinny dokładnie ocenić zalety i wady każdego podejścia, aby określić, które z nich jest dla nich odpowiednie.
BaaS, RaaS i DRaaS
Przyjrzyjmy się, jak wielodostępność może być wykorzystywana w kontekście tworzenia kopii zapasowych jako usługi (BaaS), replikacji jako usługi (RaaS) oraz odzyskiwania awaryjnego jako usługi (DRaaS).
Wraz z rosnącą popularnością technologii chmury i wirtualizacji ochrona danych w środowiskach wirtualnych stała się niezwykle ważna. Wykonywanie kopii zapasowej danych krytycznych dla działalności jest koniecznością dla firm, niezależnie od tego, czy przechowują dane lokalnie, czy w chmurach publicznych lub prywatnych. Zgodnie z Zasada wykonywania kopii zapasowej 3-2-1, najlepsze rozwiązania zalecają posiadanie 3 kopii danych, z których 2 są przechowywane na różnych urządzeniach, a co najmniej 1 zdalnie.
Można wykonać kopię zapasową maszyn wirtualnych działających w chmurze na urządzeniu fizycznym znajdującym się w biurze firmy. Jeśli firma nie posiada własnej infrastruktury, można wykonać kopię zapasową ze środowiska chmury do zdalnej lokalizacji lub przechowywać kopie zapasowe w innej chmurze – na przykład w innym regionie geograficznym chmury Amazon. Podobnie, maszyny wirtualne działające na fizycznych serwerach na miejscu mogą być archiwizowane w chmurze (zwykle za pośrednictwem MSP). Usługa tworzenia kopii zapasowych (BaaS) jest odpowiednim rozwiązaniem dla firm potrzebujących wykonania kopii zapasowej maszyn wirtualnych z chmury lub do chmury.
Dostawcy usług zarządzanych (MSP) dążą do zaspokojenia potrzeb klientów, którzy wymagają zarówno wysokiej niezawodności, jak i wysokiej dostępności; Zazwyczaj oferują one więcej niż tylko usługę BaaS. Wraz z usługą BaaS zazwyczaj dostępne są również usługi replikacji jako usługa (RaaS) oraz odzyskiwania awaryjnego jako usługa (DRaaS). Takie rozszerzone rozwiązanie cieszy się dużym zainteresowaniem w zakresie tworzenia kopii zapasowych, replikacji i odzyskiwania zarówno lokalnych maszyn wirtualnych, jak i maszyn wirtualnych w chmurze – zarówno do lokalizacji na miejscu, jak i w chmurze. Aby zapewnić klientom najlepszą obsługę, dostawcy usług zarządzanych (MSP) regularnie modernizują swoją infrastrukturę i wdrażają niezawodne oprogramowanie wielodostępne z przyjaznymi dla użytkownika interfejsami.
Aby wspierać rozwój działalności w chmurze, dostawcy usług zarządzanych (MSP) potrzebują łatwo skalowalnego rozwiązania, które pozwoli obniżyć koszty związane z wdrażaniem i administracją. Takie rozwiązania muszą być bezpieczne, zapewniać wysoką wydajność i optymalne wykorzystanie zasobów. W idealnym przypadku tworzeniem kopii zapasowych, replikacją i odzyskiwaniem awaryjnym można zarządzać z jednego panelu. Najlepiej, aby w przypadku pracy ze środowiskami wirtualnymi wybrane oprogramowanie nie wymagało instalacji agentów.
Wybór wielodostępnego rozwiązania do ochrony danych: NAKIVO Backup & Replication
NAKIVO Backup & Replication to uniwersalne rozwiązanie do ochrony danych opracowane z uwzględnieniem doświadczeń zarówno dostawców usług zarządzanych (MSP), jak i ich klientów. Rozwiązanie to może być wykorzystywane w tryb multi-tenant do świadczenia usług BaaS, RaaS, DRaaS i obsługuje środowiska wirtualne (VMware vSphere, Microsoft Hyper-V, maszyny wirtualne Nutanix AHV, a także Instancje Amazon EC2).
Rozwiązanie NAKIVO może być wdrażane zarówno w trybie pojedynczego, jak i w trybie multi-tenant. Zalety korzystania z rozwiązania NAKIVO W trybie multi-tenant dla dostawców usług zarządzanych (MSP) obejmuje:
- Gotowość do pracy z Amazon AWS . NAKIVO Backup & Replication można szybko i łatwo wdrożyć w chmurze Amazon AWS (jako wstępnie skonfigurowany obraz AMI).
- Inne elastyczne opcje wdrażania , w tym na systemach Windows, Linux, NAS oraz jako VA.
- Konsola MSP. Dostawcy usług zarządzanych (MSP) mogą zarządzać wszystkimi swoimi klientami za pomocą scentralizowanego interfejsu internetowego. Mogą dodawać infrastruktury klientów, aby zapewnić pełne usługi ochrony danych. Dostawcy usług zarządzanych (MSP) mogą również dodawać klientów posiadających własne wdrożenia w NAKIVO Backup & Replication (w trybie pojedynczego dzierżawcy), aby świadczyć usługi administracyjne i wsparcia technicznego.
- Portal Samoobsługa dla klientów . W przypadku klientów MSP, którzy nie posiadają własnej instancji NAKIVO Backup & Replication, administrator MSP może skorzystać z kontrola dostępu na podstawie ról w ramach rozwiązania, aby przenieść część zadań związanych z tworzeniem kopii zapasowych i odzyskiwaniem danych na klientów. Każdy klient (dzierżawca) może zarządzać własnymi zadaniami tworzenia kopii zapasowych, replikacji i odzyskiwania danych, uzyskując dostęp do swoich izolowanych pulpitów nawigacyjnych. Zadania i zasoby jednego dzierżawcy nie są widoczne dla innych dzierżawców.
- Indywidualne oznaczanie marką . MSP może dostosować oznaczanie marką interfejsu NAKIVO Backup & Replication, aby zapewnić swoim klientom płynne działanie. Dostawcy usług mogą ujednolicić wygląd produktu tak, aby pasował do innych używanych przez nich i oznaczonych marką produktów, zapewniając spójny wizerunek korporacyjny wszystkich świadczonych usług.
- Licencjonowanie . Usługa NAKIVO Backup & Replication dla dostawców usług zarządzanych (MSP) jest licencjonowana na podstawie obciążenia, w systemie miesięcznym lub rocznym. MSP może płacić za potrzebne obciążenia co miesiąc lub zdecydować się na licencję roczną, aby uzyskać większe oszczędności.
Dzięki trybowi multi-tenant NAKIVO Backup & Replication jest potężnym rozwiązaniem dla dostawców usług zarządzanych (MSP), którzy chcą oferować BaaS, RaaS i DRaaS. Produktu można używać nawet bez infrastruktury na miejscu, w chmurach takich jak Amazon AWS, co stanowi doskonały sposób na zaspokojenie potrzeb zarówno dostawców usług zarządzanych, jak i użytkowników końcowych.

