GCP - pojedyncza instancja - oplacalnosc

0

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"?

2

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.

2

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/

1

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.

0
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.

1 użytkowników online, w tym zalogowanych: 0, gości: 1