Nie daj się zresetować! Cyber Compliance i Cyber Recovery w VMware VCF

Nie wiem, Personie Bezpieczeństwa, nie wiem, jak to przetłumaczyć, Posture. Czy to też dotyczy środowisk multitenantowych? Bo dużo klientów lubi VCF-a za to, że ma tak naprawdę tę możliwość stawiania tego VPC i tych dedykowanych VDC per, nie wiem, jednostki organizacyjne na tej samej platformie. To jest to, co przyszło z dobrocią vCloud Directora, jakby zostało wtłoczone w VCF-a. Czy tam też te rozwiązania, o których mówisz, te sandboxy bezpieczeństwa, te DR, one są świadome VPC? Jak najbardziej są świadome VPC, są świadome jeszcze tenantów, czyli jeżeli mamy u nas środowisko wielotenantowe, bo na przykład stworzyliśmy sobie taką konfigurację, że na przykład

że będziemy budować wielką platformę chmury prywatnej. Krok za krokiem każda kolejna wersja daje nam więcej integracji już gotowych właśnie po to, żeby to rzeczywiście było takie doświadczenie, że mamy jeden produkt, który ma więcej funkcji lub mniej, w zależności od dodatków, które dodamy, ale to jest wszystko zintegrowane. To nie jest oddzielny produkt, to nie jest oddzielny appliance, to nie jest oddzielne role, to wszystko jest pointegrowane. I to jest ta wielka wartość, a to, co jeszcze może tylko dodam, VPC też zostało wprowadzone w wersji dziewiątej VCF-a, czyli te Virtual Private Cloudy. One zostały wprowadzone i to już był taki duży krok naprzód, żeby tworzyć takie wyizolowane sieci. A teraz jeszcze w ACC jest kolejny dodatek, że jeszcze te sieci możemy grupować, czyli mamy taką możliwość, że tworzymy sobie grupy takich VPC i wtedy jakby

VPC pozwalał nam izolować pewne workloady, czyli mamy workloady, tworzymy VPC dla finansów, czyli sieć dla finansów, na przykład sieć dla magazynów, sieć dla HR-ów, ale dalej między tymi sieciami trzeba było ten ruch zestawiać, czyli między tymi VPC trzeba było ten ruch zestawiać, no i to mogło być problematyczne, to dzisiaj pozwalamy zbierać te Mamy takie VPC Policy Based Management, czyli możemy VPC grupować w takie grupy i mówimy tak, te VPC mogą się widzieć ze wszystkimi. I to jest na przykład idealne do systemów backupu, do logowania, do różnych systemów bezpieczeństwa, które muszą mieć dostęp do wszystkiego, no to mamy taką grupę VPC. Tam wrzucamy wszystkie systemy, jak DNS na przykład, które widzą wszystko. Mamy takie VPC, taką grupę tworzymy wyizolowanych workloadów.

One się z niczym nie widzą, znaczy między sobą się nie widzą, czyli tam wrzucamy workloady, które między sobą się kompletnie nie mogą komunikować. No i mamy taki jeszcze jeden, który się nazywa community, że tworzymy takie community i wszystkie VPC, które są w ramach jednego community się ze sobą widzą, ale w ramach różnych community się nie widzą. Łatwiej jest nam sterować, że tak powiem, bezpieczeństwem bez reguł firewallowych, tylko po prostu przez umieszczanie odpowiednich workloadów w odpowiednich grupach. Myślę, że to jest, tak jak mówisz, kontynuacja tej obietnicy tego uczucia chmury publicznej w on-premie. Bo VPC Peering jako taki znany jest od wielu, wielu lat, więc jeżeli ktoś w Azure, w AWSie z takich funkcji korzystał, to będzie miał to samo mniej więcej u siebie.

Z tą różnicą, że dodatkowo do tego, jeżeli ma odpowiednio zbudowanego vDefenda, to może to dość granularnie konfigurować na jeszcze w zasadzie niższej warstwie. Ten VPC Connectivity Control, on ma też dość ciekawą funkcjonalność związaną z tym, że możemy zacząć podchodzić inaczej do designu. To znaczy, dotychczas w strukturach powiedzmy tenanta i VPC musieliśmy budować większość funkcjonalności albo przynajmniej jakąś taką sondę tych funkcjonalności, na przykład security. W tym momencie możemy wybudować specjalne takie landing zony w oddzielnych VPC, bardzo podobnie jak w chmurze publicznej, gdzie budujemy landing zonę sieciową, landing zonę security i tam przetwarzamy te funkcje odpowiedniego segmentu, czyli na przykład, nie wiem, chcemy zbierać logi,

...developerom zaplanować, gdzie te swoje workloady, w jakich VPC chcą uruchamiać, bo oni będą już lepiej rozumieli, czy to jest VPC ma być wyizolowana, baza danych, czy może nie. A druga rzecz jest taka. Jeżeli dajemy użytkownikom możliwość tworzenia VM-ek, bo dajemy z automation możliwość tego, stwórz sobie VM-kę z dowolnym systemem operacyjnym i możemy skonfigurować ten system operacyjny, czyli przez sysinit albo przez sysprep albo sysinit możemy sam ten system skonfigurować w momencie instalacji. Ale jeżeli dajemy użytkownikom możliwość stworzenia VM-ek, to możemy być pewni, że te VM-ki czy te systemy nie będą skonfigurowane zgodnie z naszym Compliance-em, bo na pewno ktoś je jakoś nie doda, nie zainstaluje, nie skonfiguruje sieci. Nie jest jego rola już, Piotr, bo też trzeba na to spojrzeć.