Dlaczego rachunek za chmurę rośnie: egress, logi, storage i zapomniane zasoby
Koszt chmury rzadko jest jedną pozycją. Płaci się za wykorzystane zasoby, a drobne elementy mogą rosnąć niezależnie od głównej aplikacji.
W tradycyjnym serwerze koszt często wygląda prosto: sprzęt albo stały abonament. Chmura jest bardziej elastyczna, ale ta elastyczność oznacza wiele liczników.
Mierzalność jest cechą chmury
NIST wymienia measured service jako jedną z podstawowych cech cloud computingu. Dostawca może mierzyć zużycie mocy obliczeniowej, storage, transferu i innych zasobów. To umożliwia płacenie za faktyczne użycie, ale sprawia też, że rachunek zmienia się razem z architekturą i ruchem.
Koszt może rosnąć obok głównego serwera
Typowe źródła to dodatkowe wolumeny, snapshoty, obiekty w storage, logi, adresy, load balancery, zarządzane bazy i transfer danych. Do tego dochodzą środowiska testowe pozostawione po projekcie albo zasoby przewymiarowane na wszelki wypadek.
ENISA zwraca uwagę, że brak kontroli nad użyciem może prowadzić do nieoczekiwanych kosztów. To nie jest argument przeciw chmurze. Jest argumentem za traktowaniem kosztu jako elementu architektury, a nie tylko księgowości.
Egress jest szczególnie łatwy do przeoczenia
Przesyłanie danych do chmury i pobieranie ich z niej nie zawsze kosztuje tyle samo. Przy dużych wolumenach dane wychodzące mogą mieć znaczenie dla rachunku oraz migracji. W Unii Europejskiej Data Act zmienia zasady opłat związanych ze zmianą dostawcy, ale do 12 stycznia 2027 r. istnieje jeszcze okres przejściowy dla obniżonych opłat związanych z switchingiem.
Najtańsza usługa nie musi dawać najniższego rachunku
Koszt zależy od wzorca użycia. Inaczej zachowuje się aplikacja stale obciążona, inaczej sezonowa, a jeszcze inaczej system przetwarzający ogromne ilości danych. Dlatego porównywanie tylko ceny jednej instancji może prowadzić do błędnych wniosków.
Dobra kontrola kosztów zaczyna się od widoczności: trzeba wiedzieć, co jest uruchomione, kto jest właścicielem zasobu i dlaczego nadal istnieje.
Koszt potrzebuje właściciela tak samo jak zasób
Praktycznym problemem są elementy, których nikt już nie uważa za swoje. Środowisko testowe po zakończonym projekcie, snapshot sprzed miesięcy czy logi przechowywane bez limitu nadal generują zużycie. Dlatego tagowanie zasobów, przypisywanie właściciela i regularny przegląd kosztów są częścią higieny technicznej.
Warto też patrzeć na zmianę kosztu w czasie, nie tylko na końcową kwotę faktury. Nagły wzrost transferu, logów albo liczby żądań może wskazywać zarówno na sukces produktu, jak i na błąd konfiguracji. Sam rachunek nie mówi, która interpretacja jest prawidłowa.