GCP - pojedyncza instancja - oplacalnosc

GCP ostatnio mi podrzucilo na maila trial ich platformy - 90 dni na przetestowanie i 1000,- + cos,- PLNow do wydania na ich uslugi.

Wiec uruchomilem sobie instancje (2 wirtualne CPU - po jednym rdzeniu kazde, 8 GB ramu, 20GB dysku). I tutaj mam zagwozdke. Wobec wszechobecnego hype'u, chcialbym uwierzyc ze to sie oplaca, ale nie za bardzo. Jakby tego nie liczyc, to po roku jest sie naprawde niezle w plecy. Ta maszyna "kosztuje" mnie jakies 300,- na miesiac. Za takie pieniadze mozna kupic naprawde niezly sprzet, ktory mozna trzymac w piwnicy.

Czy ktokolwiek z was korzysta z GCP w trybie innym niz "- Potrzebuje duzo maszyn, na juz, na teraz, na chwile"?

Ale jak ty porównujesz serwer w piwnicy do chmury to jest bezsensu. Chmura ma sens jak używasz usług a nie wirtualek. Wirtualki w chmurze są drogie. Chmura ma przewagę jak korzystasz ze skalowania. Jak potrzebujesz sztywnej wirtualki to jakikolwiek.vps będzie tańszy.

IMO źle na to patrzysz. Tak, chmura jest całkiem droga, ale myślę, że drożej wyjdzie utrzymanie takiej infrastruktury u siebie w piwnicy.

• Cloud dba o podzespoły, jak coś się zakasztani to oni naprawią to od ręki
• W opcjach "serverless" nie musisz się martwić o nic, OOtB masz backupy baz danych, 99.99% up-time (np. S3).
• Nie płacisz inżynierowi za utrzymanie fizycznego sprzętu
• W dowolnej chwili możesz skalować w górę. Powiedzmy że masz znaczny ruch tylko przy okazji jakiegoś eventu, np. mecz piłki nożnej. Na ten jeden wieczór skalujesz z 1 maszyny na np 5 maszyn. Profit
• Wchodzi tutaj jeszcze chociażby bezpieczeństwo danych etc a to wszystko też zapewnia taki chociażby AWS

https://aws.amazon.com/legal/service-level-agreements/
https://aws.amazon.com/compliance/programs/

Nie znam się więc się wypowiem.
Jeśli planujesz n serwerów posiadanych do śmierci (swojej albo tych serwerów) to chmura Ci się nie opłaci.
Raz je skonfigurujesz i będą hulać.
W chmurze zyskujesz na elastyczności, kosztem stałych opłat za użytkowanie.
Zaleta chmury pojawia się po tym mitycznym roku - załóżmy że dział marketingu stwierdza że nie chce już utrzymywać serwisu X do wspierania akcji marketingowej "Wrzesień '39". Wtedy jak masz chmurę, klikasz "delete" i zmieniasz ticket na "resolved".
W przypadku piwnicy musisz jeszcze coś zrobić z jednym lub większą ilością fizycznych serwerów.
Na jeden wrzucisz prezentacje z Devoxa. Na drugim możesz trzymać kopię Wikipedii, ale co jeśli było ich 10?

Myślę, że chmura to właśnie przede wszystkim elastyczność stawiania i kasowania serwerów.
W drugiej kolejności wspominana wszędzie łatwa i natychmiastowa skalowalność, propagowana głównie w amerykańskich mediach gdzie ludzie jeszcze wierzą w "amerykański sen". W Polsce raczej nie słyszałem o sytuacjach żeby firma stworzona z 3 programistów nagle doznała klęski urodzaju.
Ale jeśli znacie takie przypadki to chętnie poczytam.

gcp napisał(a):

Za takie pieniadze mozna kupic naprawde niezly sprzet, ktory mozna trzymac w piwnicy.

Jasne, możesz sobie za te 300zł kupić używany serwer, wstawić do piwnicy, tylko w jaki sposób chcesz zapewnić w tej kwocie backup, podłączenie do sieci szkieletowej kilkoma niezależnymi łączami, zorganizować dodatkowe zapasowe zasilanie, infrastrukturę sieciową zapewniającą wszelkiej maści monitorowanie dostępu, firewalle, load balancing. W jaki sposób ten serwer w piwnicy zapewni skalowanie zasobów w trakcie szczytu?
Dodatkowo patrzysz na chmurę z punktu widzenia człowieka, którego czas jest za darmo. Ten piwniczny serwer trzeba zamontować, zainstalować oprogramowanie, dbać o update, serwisować, monitorować. W chmurze płacisz też za to, że zajmuje się tym ktoś inny. Dodatkowo maszyny wirtualne w chmurze, to moim skromnym zdaniem trochę jak kupowanie Ferrari do zwożenia ziemniaków z pola - ani to wygodne, ani efektywne, ani tanie.
Dla kontrastu opiszę korzyści jakie dostrzegłem w swoich projektach:
**Elastyczność **- postawienie serwera w piwnicy trwa wieki. Najpierw trzeba wiedzieć czego potrzeba - muszę ocenić jakiej mocy będę potrzebował, w sytuacji, w której często jeszcze nawet nie wiem co tak do końca będzie robił system i jak bardzo źle pójdzie implementacja. W najlepszym wypadku jest to czas, który opóźni start projektu, w nieco gorszym ileś tam osób będzie się przez pół roku drapać po tyłkach czekając na decyzję "co robić". W najgorszym, jak się w końcu zabierzemy za robotę, to konkurencja wyda to co sobie wymyśliliśmy, bo dla odmiany nie zmarnowali czasu na budowę własnej serwerowni. Dalej jest znowu nakład pracy, czas i osiągnięty efekt - korzystając z usług zarządzalnych w chmurze, masz luksus w postaci "klikam, integruję i (na ogół) działa".
Szybkość - Zbuduj na własnej infrastrukturze przechowywanie danych, w taki sposób, żeby ich nie stracić, utrzymać przyzwoity poziom SLA, bezpieczeństwo i koszty w sensownym limicie. W takim GCP mogę użyć np. usługi NoSQL do przechowania danych i mieć to kompletnie z głowy - ktoś za mnie pomyślał, żeby to poustawiać, skonfigurować, poprawiać na bieżąco błędy.
Kontrolę kosztów - widzisz co ile kosztuje, w każdym momencie możesz się skoncentrować na optymalizacji jakiegoś kawałka, który wymyka się spod kontroli. Jak projekt idzie do piachu, to klik i koszty się kończą, jak jakimś cudem wypali to podbijasz poziom usług, bo na tym zarabiasz.

vpiotr napisał(a):

Myślę, że chmura to właśnie przede wszystkim elastyczność stawiania i kasowania serwerów.
W drugiej kolejności wspominana wszędzie łatwa i natychmiastowa skalowalność, propagowana głównie w amerykańskich mediach gdzie ludzie jeszcze wierzą w "amerykański sen". W Polsce raczej nie słyszałem o sytuacjach żeby firma stworzona z 3 programistów nagle doznała klęski urodzaju.

Jeżeli z góry zakładasz, że nikt nie będzie używał tego co robisz, to po co się bawić? Taka klęska urodzaju wystąpiła w przypadku Naszej Klasy, nawet krążyło powiedzenie "wolno, wolniej, Nasza Klasa". Zrobienie z tym czegokolwiek trwało chyba pół roku. Startupy dość często obrywają też "efektem TVN" - infrastruktura wyskalowana na "nikogo" pada 5 minut po tym, jak w TV pokazuje się program o firmie i próbuje się tam wbić na raz 10000 ludzi. Wreszcie, bardzo często obciążenie usług jest zróżnicowane w czasie - portal wakacyjny będzie miał swój szczyt przed wakacjami, sklepy w grudniu, usługi księgowe w określone dni miesiąca.