Powinienem wiedzieć lepiej, niż szukać mądrości w tłumie Hacker News. Ostatnio ktoś w HN zadał interesujące pytanie: „Czy kiedykolwiek się zmieniałeś? Będąc HN, odpowiedzi nie były nawet w przybliżeniu tak interesujące. W rzeczywistości stosunkowo niewiele osób w ogóle odpowiedziało na to pytanie, woląc zamiast tego promować uruchamianie swoich aplikacji w prywatnych centrach danych. Inni oferowali porady dostosowane do małych sklepów, a nie większych przedsiębiorstw.

Jednak pomimo hałasu, w nici *był* mały sygnał. Jeśli chcesz w pełni wykorzystać jakąkolwiek konkretną chmurę, będziesz musiał wykupić jej usługi, co oczywiście komplikuje migrację. Aha, a jeśli myślisz, że możesz zbudować lepszą chmurę niż hiperskalery, możesz nie mieć racji.

== Pokaż mi napisy ==

Kiedy firmy zdecydowały się na budowanie na określonej chmurze, co skłoniło je do zmiany? Czytając odpowiedzi HN, „kredyty” są głównym motywatorem. Nie jest jasne, jak bardzo taki honeypot przemawia do większych przedsiębiorstw, ale w przypadku pewnej grupy demograficznej migracja może być motywowana wystarczającą liczbą kredytów Google Cloud [lub Azure lub AWS], aby zmiana była opłacalna .âÂÂ

Niestety, ten uproszczony rodzaj analizy kosztów i korzyści pomija wszystkie ukryte koszty działania w chmurze, jak szczegółowo opisał David Linthicum.

Jak najwyraźniej odkrył GitLab, kredyty mogą zachęcać do migracji, ale niekoniecznie za nią płacą. Jak opisano w komentarzu HN, „W GitLab przeszliśmy z AWS na Azure, a następnie na Google Cloud. Po co w ogóle rezygnować z AWS? Problemem były pieniądze, ale nie dlatego, że AWS był z natury droższy. Był to raczej problem z konfiguracją: „Podobnie jak większość firm, bardzo mało uwagi poświęcano kosztom, konfiguracji itp. [kiedy zaczynano od AWS]. Rezultat był taki, że w zasadzie podpalaliśmy pieniądze. Wkrótce pojawiła się oferta bezpłatnych kredytów na korzystanie z platformy Azure, dzięki którym moglibyśmy zaoszczędzić około roku na rachunkach ( jak na tamte czasy sporo pieniędzy

Brzmi świetnie, prawda? âÂÂPrzeprowadzka była raczej bolesna i •Â¦ wyczerpaliśmy darmowe kredyty *bardzo* szybko.â Następnie firma zdecydowała się przenieść do Google Cloud (z niewyjaśnionych powodów), i okazało się, że migracja była ponownie „trudnym procesem”.
Czego osoba komentująca nauczyła się z tego doświadczenia? „Patrząc wstecz, gdybym miał założyć firmę, prawdopodobnie zostałbym przy firmie takiej jak Hetzner lub inny przystępny cenowo dostawca rozwiązań fizycznych. Usługi w chmurze są świetne *jeśli* korzystasz z ich usług w najszerszym możliwym zakresie, ale podejrzewam, że w 90% przypadków kończy się to po prostu ogromnym czynnikiem kosztowym bez korzyści, które sprawiają, że warto.

Dla mnie to jest dokładnie błędna lekcja.

== Nadal nie rozumiem chmury ==

Jeśli przeczytasz cały wątek, znajdziesz wiele pewnych siebie twierdzeń, że chmura typu „zrób to sam” (na Hetzner lub innych serwerach dedykowanych) jest najlepszym rozwiązaniem. (Tutaj i tutaj i tutaj.) Jak mówią, chmura publiczna jest „wolniejsza i znacznie droższa niż własny serwer”. Z wyjątkiem tego, że tak nie jest . Pomysł, że specjaliści IT mogą z łatwością „przerzucić chmurę” poza chmurę, jest błędny i nie ma sensu.

W chmurze nigdy tak naprawdę nie chodziło o oszczędzanie pieniędzy. Chodzi o maksymalizację elastyczności i produktywności. Jak zauważył jeden z komentatorów HN: „Pracuję w bardzo małym zespole. Mamy kilku programistów, którzy podwajają się jako operatorzy. Nikt z nas nie jest ani nie chce być administratorem systemu. W naszym przypadku ECS [Elastic Container Service] firmy Amazon to ogromna oszczędność czasu i pieniędzy. W jaki sposób? Usuwając funkcje sysadmin, które zespół musiał wcześniej wypełniać. „Tak, większość problemów, które mieliśmy wcześniej, mógłby rozwiązać kompetentny administrator systemu, ale właśnie o to chodzi – zatrudnienie dobrego administratora systemu jest dla nas znacznie droższe niż płacić trochę więcej Amazonowi i po prostu powiedzieć im: „Proszę uruchomić te kontenery z tą konfiguracją”.

Dobrze radzi sobie z chmurą.

Inni sugerują, że przechodząc na opcje bezserwerowe, dodatkowo zmniejszają zapotrzebowanie na administratorów systemu. Tak, im bardziej zagłębiasz się w usługi, które są unikalne dla konkretnej chmury, tym trudniej jest przeprowadzić migrację, bez względu na to, ile kredytów rzuci na ciebie dostawca. Ale prawdopodobnie mniej chęci do migracji, jeśli twoi programiści są znacznie bardziej produktywni, ponieważ nie wymyślają cały czas kół infrastruktury.
Jedna firma wyraźnie próbowała uniknąć uzależnienia od konkretnej chmury. âÂÂOpracowaliśmy nasz produkt od pierwszego do wdrożenia na 3AWS, Azure, IBM.â Jak to? Trzymając się najmniejszego wspólnego mianownika, jakim był FaaS/IaaS ([AWS] Lambda, [Amazon] S3, [Amazon] API [Gateway], Kubernetes Brzmi prosto, prawda? z pewnością nie było łatwe. Zignorowaliśmy również narzędzia, które mogłyby nam bardzo pomóc [gdybyśmy pozostali przy] pojedynczej chmurze, aby stać się multicloud. to? „Przemieszczanie się między udostępnionymi funkcjami jest możliwe, ale z pewnością nie jest oddalone o kilka kliknięć ani kilka zadań Jenkinsa. Przemieszczanie się między nimi to praca na pełny etat. Znalezienie sposobu na zrobienie tej małej maszyny wirtualnej, którą zrobiłeś w AWS , teraz na platformie Azure, wymaga czasu i nauki. A przechodzenie między uprawnieniami AWS IAM i Azure [Active Directory]? Czas, czas i czas.

Innymi słowy, wdrożenie wielu chmur nie jest łatwe, podobnie jak migracja. Czy to oznacza, że ​​ostatecznie żadne z nich nie jest tego warte? Niekoniecznie. Jak opisuje to Miles Ward, CTO firmy SADA (kluczowego partnera Google Cloud), istnieją ważne powody, aby przejść do innej chmury. „Dla tak wielu osób liczy się po prostu łatwość obsługi i wydajność w wykonywaniu zadań; dla innych jest to uwaga i partnerstwo; dla trzeciej kohorty jest to absurdalna przewaga kosztowa; a po czwarte, jest to wydajność i niezawodność. W związku z tym, gdy klienci widzą luki w jednym lub wielu z tych czterech obszarów, poruszają się .ÂÂ

Ward prawdopodobnie ma rację: *mogą istnieć* ważne powody do migracji. Pamiętaj tylko, aby przeprowadzić pełną analizę całkowitego kosztu posiadania przeprowadzki, która musi wykraczać daleko poza chmurę X, która oferuje mi 50 000 USD w kredytach. Ponadto, zanim zdecydujesz się na własną chmurę, warto wziąć pod uwagę koszty związane z zarządzaniem całą własną infrastrukturą.