#31: IV wieki Architektury IT

Dzień dobry Państwu. 31 odcinek InLeoCastu, w którym będziemy mówić o hybrydyzacji, o czterech wiekach, czterech smakach architektury IT. Tymczasem jednak chciałbym podziękować firmie Veeam za to, że bez ich pomocy, bez ich w sumie już wieloletniego wsparcia nie odbyłyby się nasze podcasty w tej formie. Słuchajcie, Veeam oferuje narzędzie Veeam AWS Backup and Recovery, które pozwoli Wam ochronić Waszą infrastrukturę, a dokładnie 10 instancji za Flicko przynajmniej, a później zdecydowanie więcej. Jeżeli gdzieś tam klikniecie w link poniżej, zapraszamy serdecznie. Na odcinek z Agnieszką. Do zobaczenia. Tak jest jeszcze, kontynuując tą taką, to co tam mieliśmy sobie, rozmawialiśmy wiesz, tutaj o takich poziomach infrastruktur, nie o tym całym takim temacie związanym z definicją tego wieku infrastruktury, przepraszam, wieku architektury.

I te same workflow działają na tej samej platformie technologicznej. Tutaj musimy założyć, że żeby było active standby, coś takiego, to zakładam, że to będzie sama platforma. Pytanie uzupełniające, numer dwa. Czy na warstwie infrastruktury, czy na warstwie aplikacji? Warstwie aplikacji przypuszczam. Chciałabym powiedzieć na warstwie infrastruktury, ale wiem, że to jest trudne do osiągnięcia, więc na warstwie aplikacji. Wiesz co, na warstwie aplikacji to myślę, że to będzie multicloud dalej, dlatego że podejrzewam, że jak masz na przykład, nie wiem, jak się nazywają VM-ki u Was, jakby tak jak EC2-ki są? To jak masz np. Compute Engine w Google i EC2 w AWS, ale na tym masz MySQL działającego czy jakąś aplikację sklastrowaną na warstwie aplikacji, to to jest Multicloud.

I tu jest, myślę, nasza różnica, o której zaraz sobie myślę. Bo jeżeli by to był ten sam nośnik infrastruktury u obu producentów, No to bym odpowiedział, że to jest hybryda, nie? Tak jak masz VMware i masz... No, na przykład masz VMware'a w AWS-ie, masz i VMware'a w Google, nie? Czekaj, jak to się nazywa? GCVE. Wow, gratulacje. A wiesz, że mało osób tak od razu pyta. Dobrze, więc GCVE i powiedzmy VMware on AWS, nie? No to to jest wtedy ten sam, moim zdaniem, to jest infrastrukturalnie ten sam control plane i wtedy jest hybryda.

Tak, jak mają być przykłady, to na przykład masz soft do backupu i jedne zapisują na GCS lub inny storage obiektowy w różnych murach, a inne nie, prawda? Więc i tutaj jest tak zwany, ktoś właśnie u nas to określił, że to jest taki vendor local, prawda? Nie, no tak, bo w zasadzie odcina cię... Tak może być tą stronę, prawda? Tak, może być. Tak, jednocześnie, no to takie coś ciekawego. Ale, tak czy owak, słuchaj, mamy jakieś tam zrozumienie, podobne w paru miejscach różne, tej hybrydyzacji tego multicloudu, natomiast Myślę, że tu możemy się zgodzić wspólnie. Nieważne, jaka będzie struktura, trzeba się jakoś połączyć. Tak, trzeba to posklejać. Jak to wygląda w Google? Możesz o tym chwilę opowiedzieć, jak wygląda ta część połączenia się z on-premem do świata chmury?

Granulacja jest tam dla tego VPN, dla Interconnectu tego naszego, to jest tak dziesiątki i potem jeszcze setki są dwie, więc to są, jak potrzebujemy troszeczkę mniej, to tam jest jeszcze właśnie tam partner Interconnect czy VPN, okej, ale tak tutaj idziemy w dziesiątki. Ok, dziesiątkami, no spoko. No dobrze, bo wiesz, trochę tak zaczynam iść w tą stronę tego definicji, którą chciałem z tobą przegadać, tej infrastruktury w różnych smakach, nie w czterech wiekach, jak to zaczęliśmy. Infra 2.0 będzie GCV, prawda? To będzie typowy produkt, który ja zawsze tak nazywałem VMware'ą na AWS, że to jest kolokacja VMware'owa A ja zawsze właśnie tu podważam tę teorię, więc jeśli zakładamy, że to jest infra 2.0, to właśnie jest ten VMware w chmurze, to oczywiście, jeśli to jest kolokacja, oczywiście jest to kolokacja, tu zgadzam się, ale zawsze i właśnie ostatnio na Wimagu miałam sesję o tym, gdzie udowadniałam, że nie jest to tylko kolokacja, czyli jakby oczywiście jest tam VMware, dostajecie swoje serwery, my nimi zarządzamy, płacicie per serwer za godzinę, więc tam nie musicie się przejmować licencjami, tam wszystko jest,

Czyli z racji tego, że my to automatyzujemy, taki VMware Engine powstaje w godzinę. W związku z tym klikniesz albo CLI-a tam stwórz i w godzinę masz. Więc jeśli już masz backup gdzieś tam na naszym storage'u obiektowym, to tak naprawdę łatwiej będzie się odtworzyć też w chmurze, więc w kontekście DRU. Jest jeszcze kilka takich ciekawych przypadków, gdzie na przykład masz VMware Engine, bazy danych tradycyjne, które masz już przygotowane na VMware, że twoim standardem korporacyjnym jest VMware, natomiast budujesz sobie już front u nas, taki warehouse czy webserwery już stawiasz na Google oryginalnie, więc myślę, że to są takie przykłady podstawowych zastosowań, bo tu można mówić jeszcze o VDI-ach, prawda, bo to jest tego bardzo... No jest towaru, myślę, dość sporo, nie? Tak. Wiesz co, jeszcze tak idąc dalej, nie? Google Cloud VMware Engine, ond się tak naprawdę pozwala ci się na tą chmurę zaonboardować bez zmiany kontrplejna, czyli jest to relatywnie proste w konsumpcji.