#27 Multicloud: czy warto bujać w wielu chmurach?

Moja przygoda z chmurami zaczęła się w 2016 roku. Miałem pomysł z kolegą rozpocząć startup i bardzo szybko żeśmy sprawdzili, że po prostu nas nie stać na to, żeby uruchomić serwery. My w dwójkę mieliśmy background Java Enterprise, więc taki barokowy i również cennik był dosyć barokowy jak na coś, co chcieliśmy robić z boku, jak dodatkowy interes. I to spowodowało, że bardzo szybko zacząłem szukać taniej alternatywy i w ten sposób poznałem Serverless. Idąc dalej do przodu ze startupu nic nie wyszło, ale ja się nauczyłem Serverless, znaczy nauczyłem, no wciąż się go uczę, więc poznałem trochę ten Serverless i stwierdziłem, że to jest świetna technologia i świetna architektura właśnie dla wszystkich, którzy szukają taniej i również szybkiej alternatywy.

Ale opieram się na tym, co powiedział na jednej ze swoich prezentacji Gregor Hope. To jest ten facet od Enterprise Integration Patterns. I on ma też taką nowszą książkę, którą mogę od razu polecić, bo czemu by nie? Architects Elevator. I co on powiedział? Że generalnie jak się wejdzie w szczegóły, to jednak te usługi nie są identyczne, nie są równoważne. No bo nie są kopiami, tak? Więc może się zdarzyć, że jeżeli zaczniemy mówić, a dobra, to jest prosto przenieść, bo tutaj mamy tą usługę, ona się mapuje na tamtą i właściwie to wystarczy tylko zrobić tabelkę w Excelu i ten mapping pokazać, to do końca tak nie będzie, bo są różne wymagania, są pewne dodatkowe integracje.

Oczywiście, że powinniśmy się posługiwać nadal aktualnymi wzorcami z Enterprise Integration Patterns, aby projektując rozwiązania starać się oddać co dany system robi, a nie to z jakich komponentów korzysta. I to jest pewnego rodzaju metoda, ale ona nie niweluje jednego problemu. Te aplikacje są nieprzenaszalne. A korzystanie z kilku chmur do tego, żeby napisać jedną hybrydową aplikację serverless, to również jest moim zdaniem chybiony pomysł. Z racji tego, że każda z tych... Security to była druga rzecz, którą chciałem powiedzieć.

To rozmowa jest zupełnie inna, Ta osoba będzie zwracać nie tylko uwagę na ryzyka, na, nie wiem, jakieś tam kwestie biznesowe, ale będzie potrafiła spojrzeć w dół, jak bardzo dużo problemów to może sprawić. No i teraz, na końcu drogi, jak jest mądry zarząd, to się dają takie dwie strony, czyli osoba, która chce zarabiać pieniądze, za wszelką cenę robić tą zmianę biznesową, no i osoba, która wie, z czym to się je. To jest idealna sytuacja. Nie, one się ścierają, jeszcze są, powiedzmy, partnerscy, dadzą radę się dogadać. Według mnie, Kto ciśnie na Multiclouda? Multicloud jest wodą na młyn dla Enterprise Architektów. Znaczy wyobraź sobie, jak jesteś osobą, która pyta biznes co trzeba zrobić i ta osoba buduje absolutnie skomplikowaną infrastrukturę.

Rozmawiam, przepraszam, z certyfikowanym Enterprise Architektem. Wiesz, do czego zmierzam. To jest woda na młyn, ale ja nie mówię, że to jest zła pobudka. To wynika z tego, że po prostu należy to rozważyć. I teraz, jeżeli to jest dobrze rozważony temat, to wnioski wracają w taki sposób do tego zarządu, że to się nam przyda do X, albo nam się nie przyda do Y, albo kosztuje tyle. Jest to zrealizowane. Ale bardzo często Po prostu stwierdzamy, że ojejku, no skoro już się zdywersyfikowaliśmy w jednej chmurze, jesteśmy w kilku regionach, mamy to porozsypywane, no a jak coś się stanie, jak ona padnie, no szansa jest jedna na milion, ale ta szansa jest bardzo dla nas ważna i ryzykowna, no to przenieśmy się do drugiej chmury.