• Home
  • Blog
  • Jak zmniejszyć koszty mikroserwisów w chmurze?

CLOUD

12.04.2021 - Przeczytasz w 2 min.

Jak zmniejszyć koszty mikroserwisów w chmurze?

12.04.2021 - Przeczytasz w 2 min.

Zastanawiasz się, jak możesz zaoszczędzić i zmniejszyć koszty mikroserwisów w chmurze? Zobacz jak może pomóc Ci w tym konteneryzacja oraz ECS. Dzięki zastosowaniu kilku, nawet drobnych na początek zmian, będziesz w stanie zaoszczędzić na rozwiązaniach chmurowych nawet kilka tysięcy złotych.

jak_zmniejszyc_koszty_mikroserwisow_pl_1

Mikroserwisy kuszą nas głównie wydajnością i niskim wpływem na awarie całego systemu. O tym, kiedy warto na nie przejść, jakie stoją przed nami wymagania oraz jak taka transformacja wygląda oczami praktyka możesz przeczytać w naszym darmowym ebooku: ,,Mikroserwisy czy monolit”: 

Dostępne możliwości organizacji środowisk

Rozwijając swój produkt, budując oprogramowanie w chmurze, warto pamiętać o zmniejszaniu kosztów środowisk. Możliwe rozwiązania są zależne bezpośrednio od branży i technologii, o której mówimy. Oto kilka z dostępnych możliwości na organizację środowisk developerskich w AWS:

 

  • 1. Maszyna dla każdego serwisu
    Maszyna dla każdego serwisu to często pierwszy i nie zawsze trafiony wybór (koszty finalnie mogą całkowicie przerosnąć projekt). 
  • 2. Elastic Beanstalk – multicontainer environments
    Elastic Beanstalk daje możliwość znacznego zmniejszenia kosztów dzięki wykorzystaniu konteneryzacji (wszystkie serwisy uruchamiane są w kontenerach na maszynie EC2; rozwiązanie staje się kosztownym, gdy skalujemy tylko część mikrousług  i zmusza nas to do postawienia kolejnej instancji EC2). 
  • 3. ECS – Elastic Container Service
    ECS daje wiele więcej możliwości niż Beanstalk, pozwala na zużycie wszystkich wynajętych zasobów EC2, poprzez skalowanie z osobna każdej usługi.

 

Dowiedz się więcej o ECS Elastic Container Service


ECS to darmowy i relatywnie prosty w obsłudze orkiestrator kontenerów Dockera, którym steruje się za pomocą konsoli AWS, CLI lub dedykowanego API. ECS pomaga sterować kontenerami (Taskami), będącymi częścią Service’u.

Samodzielnie decyduje na jakiej instancji EC2 klastra uruchomić Taski, co zapewnia nam jak najlepsze rozdysponowanie naszych zasobów, w najoszczędniejszy sposób.

Tutaj przeczytasz cały artykuł:

Poznaj kilka trików, które pozwoliły nam czterokrotnie zmniejszyć koszt utrzymania środowisk.

 

• Auto Scaling to zero – włącz oszczędzanie

Automatyczne skalowanie serwisów nie sprawdzi się na środowiskach testowych (nie potrzebujemy zwiększać zasobów). Jak i po co zmniejszyć je do zera? Może wtedy, kiedy po południu wszyscy kończą pracę, a EC2 wciąż funkcjonuje.
ECS pozwala ustawić wyzwalacz autoskalowania na konkretną godzinę, w pełnej dowolności co do godziny uruchomienia oraz zakończenia, przy ominięciu dodatkowych kosztów w AWS za wyłączony okres. Odpowiednia opcja modyfukująca ustawienie EC2 (Auto Scaling Group) znajduje się w konsoli AWS, w usłudze EC2.

 

 

• EC2 — instancje typu Spot – tańsze rozwiązanie, choć ryzykowne

Launch Configuration pozwala zdefiniować, jakie instancje EC2 będą powstawać dla naszej grupy (Auto Scaling Group). Jak zyskać i oszczędzić? Używając instancji typu Spot – są znacznie tańsze i zarazem bardziej ryzykowne (ryzykowne pod względem utraty dostępu do wylicytowanej instancji). Na środowiskach DEV i RC instancje te nie są priorytetem, możemy ustawić je jako preferowane – zmniejszając koszt instancji EC2 o nawet 90% dla wszystkich mikrousług na środowiskach testowych.

 

• RDS – jedna instancja dla wielu baz

RDS to kolejna usługa, która opiera się na zasobności portfela. Dzięki tworzeniu wielu baz danych na jednej instancji RDS, oszczędzamy kolejne cenne złotówki. Wszystkie usługi powinny definiować dostęp do bazy danych w zewnętrznych ustawieniach (Parameter Store AWS lub zmienne środowiskowe).

 

Jeśli chcesz dowiedzieć się więcej o tym jak zastosowaliśmy Auto Scaling, EC2 i RDS, zapraszamy do przeczytania artykułu:

Pobierz e-book i dowiedz się więcej

Mikroserwisy czy monolit - bezpłatny ebook

Raport

Od monolitu do mikroserwisów

Pobierz

Udało się!

Sprawdź skrzynkę mailową, zakładkę OFERTY lub folder SPAM.

E-book będzie u Ciebie w ciągu minuty.

Powrót

Ocena artykułu

Udostępnij

Grzegorz Wierzchanowski-RST Software

Grzegorz Wierzchanowski

Technical Team Leader

Certyfikowany AWS Solution Architect skupiający swoją ciekawość na rozwiązaniach Serverless. Programista-samouk z całkiem dobrą znajomością języków Java, Kotlin oraz TypeScript. Karierę zaczynał jako Game Developer, zmienił jednak specjalizację na aplikacje mobilne, po czym rozwinął się do pozycji Full Stack Developera.  

Nasz serwis internetowy używa plików cookies do prawidłowego działania strony. Korzystanie z serwisu bez zmiany ustawień dla plików cookies oznacza, że będą one zapisywane w pamięci urządzenia. Ustawienia te można zmieniać w przeglądarce internetowej. Więcej informacji udostępniamy w Polityce plików cookies.