1. Płać tylko za to, czego faktycznie używasz

Platforma Google Cloud Run oferuje model cenowy, który zakłada pobieranie opłat tylko za zasoby używane podczas wykonywania kodu. W praktyce oznacza to, że nie musisz płacić za niedziałające instancje. Pamiętaj jednak, że modele billingowe różnią się w zależności od regionów Tier 1 i Tier 2. Warto także wiedzieć, że:

• płacisz za każde żądanie obsługiwane przez Twoją aplikację, z poziomami cenowymi zależnymi od czynników, takich jak czas trwania żądania, przydzielona pamięć i lokalizacja regionalna,
• Google Cloud oferuje możliwość bezpłatnego, korzystania z Cloud Run (tzw. Free Tier), dzięki czemu możesz eksperymentować i uruchamiać małe aplikacje bez ponoszenia dodatkowych kosztów.

Rys. 1: Model billingowy dla usługi Cloud Run

2. Sztuka odpowiedniego (auto)skalowania

Cloud Run dynamicznie dostosowuje liczbę instancji kontenerów na podstawie ruchu przychodzącego. Dzięki temu aplikacja może obsłużyć jego skoki, jednocześnie skalując do zera instancje w czasie bezczynności i oszczędzając cenne środki. Aby wzmocnić ten efekt, dodatkowo:

• zdefiniuj maksymalną liczbę żądań, które pojedyncza instancja kontenera może obsłużyć jednocześnie. Wyższa współbieżność zmniejsza liczbę zimnych startów, ale może prowadzić do niedostatecznego wykorzystania zasobów – znajdź więc dla swojej aplikacji złoty środek,
• pomyśl o minimalnej liczbie instancji – chociaż jej ustawienie (np. 1) zapewnia odpowiedni czas reakcji, Twoje opłaty nadal będą naliczane, nawet w przypadku nieodnotowania ruchu. Używaj tej funkcji strategicznie, biorąc pod uwagę wzorce ruchu i konsekwencje kosztowe.

3. Zoptymalizuj zimne starty. Czas to pieniądz

Zimne starty, czyli czas potrzebny na zainicjowanie nowej instancji kontenera, wpływają zarówno na wydajność, jak i wysokość kosztów. Podczas gdy Cloud Run wykonuje za Ciebie większość ciężkiej pracy, nadal masz do dyspozycji kilka metod, dzięki którym możesz zoptymalizować swoją aplikację, redukując czas zimnego startu:

• utrzymuj małe obrazy kontenerów i minimalne zależności, aby skrócić czas uruchamiania aplikacji,
• korzystaj mądrze ze zmiennych globalnych i unikaj złożonych procedur inicjalizacji, które są uruchamiane przy każdym zimnym starcie. Rozważ ładowanie z opóźnieniem lub inicjalizowanie zasobów tylko wtedy, gdy są potrzebne,
• minimalna liczba instancji minimalizuje liczbę zimnych startów, ale – jak już wiesz – wiąże się z ciągłymi kosztami. Poświęć chwilę tej kwestii, biorąc pod uwagę przede wszystkim swój budżet i potrzeby aplikacji.

4. Uważaj na wersje. Nieaktywne nie oznacza darmowe

Cloud Run umożliwia zarządzanie różnymi wersjami usługi za pomocą funkcji Revisions. Chociaż takie rozwiązanie doskonale sprawdza się w przypadku testowania lub wycofywania zmian, może prowadzić do nieoczekiwanych kosztów, jeśli nie podejdziesz do niego z rozwagą. Pamiętaj:

• nieaktywne, otagowane wersje zużywają zasoby – nawet jeśli dana wersja nie obsługuje ruchu, nadal zużywa zasoby i generuje koszty, zwłaszcza gdy skonfigurowana jest minimalna liczba instancji,
• warto zadbać o porządek w wersjach – regularnie usuwaj stare i nieużywane wersje, aby uniknąć niepotrzebnych kosztów. Możesz zautomatyzować ten proces za pomocą skryptów lub narzędzi, np. Cloud Storage,
• podejdź strategicznie do tagowania ruchu – chociaż tagowanie wersji w celu podziału ruchu i testowania A/B może być pomocne, miej na uwadze związane z takim działaniem koszty. Upewnij się, że oznaczone wersje z minimalnymi instancjami są naprawdę niezbędne do testowania i wdrażania strategii.

Rys. 2: Funkcja Revisions w Cloud Run

5. Maksymalizuj oszczędności w przypadku przewidywalnych obciążeń

Podczas gdy zastosowany w Cloud Run model płatności zapewnia dużą elastyczność, przewidywanie obciążeń może przynieść Ci dodatkowe korzyści dzięki zastosowaniu tzw. zniżek za zobowiązanie użycia (CUD). Google Cloud oferuje dwa rodzaje zniżek CUD dla Cloud Run.

a. Elastyczne zniżki za zobowiązanie użycia (Flexible CUD)

• idealne dla wydatków przewidywanych na usługi Cloud Run z zawsze przydzielonym procesorem (takich jak minimalna liczba instancji) lub zadania Cloud Run (Cloud Run Jobs),
• elastyczność dotyczy wszystkich projektów na koncie rozliczeniowym,
• wysokość zniżki wynosi 28% przy zobowiązaniu na rok i 46% przy zobowiązaniu na trzy lata,
• obowiązuje miesięczna opłata za zobowiązanie, naliczana niezależnie od rzeczywistego wykorzystania zasobów; zużycie ponad limit zobowiązania jest naliczane według stawek za żądanie.

b. Zniżki za zobowiązanie zużycia (CUD)

• idealne dla wydatków przewidywanych na wszystkie usługi i zadania Cloud Run w określonym regionie,
• zniżka dotyczy wszystkich projektów w określonym regionie i na koncie rozliczeniowym Cloud,
• wysokość zniżki wynosi 17% przy zobowiązaniu na rok (uwaga: wybór okresu trzyletniego nie zapewnia wyższej zniżki, ale działa jak pakiet trzech rocznych zobowiązań),
• obowiązuje miesięczna opłata za zobowiązanie, naliczana niezależnie od rzeczywistego wykorzystania zasobów; zużycie ponad limit zobowiązania jest naliczane według stawek za żądanie.

Rys. 3: Przykładowy poziom zobowiązania

6. Monitoruj, analizuj, optymalizuj

Funkcja Cloud Run Monitoring pozwala Ci uzyskać wgląd w usługi, pomagając jednocześnie zidentyfikować wąskie gardła w obszarze wydajności i zoptymalizować koszty. Zwróć uwagę na:

• kluczowe wskaźniki – kontroluj czas oczekiwania żądania, liczbę błędów, liczbę instancji, zużycie pamięci i ruch sieciowy, przeanalizuj skoki lub nietypowe wzorce, które wskazują na obszary do potencjalnej optymalizacji,
• alerty – skonfiguruj alerty na podstawie predefiniowanych progów dla krytycznych wskaźników. Dzięki nim odpowiednio zareagujesz na występujące trudności, zanim przerodzą się one w kosztowne problemy,
• logi – dokładnie przeanalizuj logi aplikacji w celu zidentyfikowania wąskich gardeł wydajności, błędów i obszarów wymagających optymalizacji. Skorzystaj z Cloud Logging, narzędzia do analizy i wizualizacji danych, które pomoże Ci rozpoznać możliwości zredukowania kosztów.

Rys. 4: Kluczowe metryki Cloud Run

Podsumowanie

Postępując zgodnie z opisanymi w tym artykule najlepszymi praktykami i wykorzystując odpowiednie funkcje dostępne na platformie Cloud Run, będziesz w stanie zbudować skalowalne i efektywne kosztowo aplikacje bezserwerowe. Pamiętaj jednak, że stanowi ona tylko jeden z elementów układanki całego ekosystemu rozwiązań klasy serverless dostępnych na Google Cloud. Znalezienie tego idealnego wymaga wzięcia pod uwagę wielu czynników, które wykraczają już poza zakres tego artykułu. Jeśli czujesz, że potrzebujesz pomocy zarówno w zakresie tworzenia aplikacji serverless, jak i optymalizacji wydatków na Google Cloud, skontaktuj się z nami, a z chęcią pomożemy znaleźć najlepsze rozwiązanie.