Chmura miała być tania i skalowalna. Zwykle jest skalowalna. Z „taniością” bywa różnie — zwłaszcza gdy nikt nie patrzy na rachunek dłużej niż raz na kwartał.
W typowej MŚP koszt chmury rośnie po cichu. Ktoś włączył testową maszynę na weekend, ktoś inny podniósł limit backupów, ktoś kupił subskrypcję „na próbę”, a dwa lata później płacisz za trzy równoległe konta developerskie, których nikt nie pamięta. To nie jest wina chmury. To jest wina modelu rozliczania — płacisz nie za to, co użyłeś, tylko za to, co zostawiłeś włączone.
FinOps brzmi jak buzzword dla korporacji z zespołem dziesięciu ludzi od optymalizacji. W MŚP to jest coś znacznie prostszego: raz w miesiącu ktoś ma odpowiedzieć na trzy pytania i wyłączyć to, co nie ma sensu. Poniżej rozkładamy to na czynniki pierwsze.
Zacznij od zobaczenia rachunku
Brzmi banalnie, ale w połowie firm, do których wchodzimy, rachunek za chmurę widzi tylko księgowa, która wrzuca go w koszty i nie ma pojęcia, czy 6 000 zł to dużo, czy mało. Właściciel dowiaduje się, że coś jest nie tak, gdy roczna faktura przekracza plan o 40%.
Pierwszy ruch to zrzucenie ostatnich 6-12 miesięcy do jednego arkusza i zobaczenie trendu. Nie musisz mieć narzędzia FinOps za 2 000 zł miesięcznie. Wystarczy Excel i eksport z panelu billingowego (Azure Cost Management, AWS Cost Explorer, portal Microsoft 365, panel Google Workspace).
- Zbierz koszty z ostatniego roku — miesiąc po miesiącu, dostawca po dostawcy.
- Rozbij na kategorie: compute (VM-ki, serwisy), storage (dyski, backupy), licencje (M365, Copilot, per-user SaaS), sieć i wychodzące transfery.
- Zaznacz miesiące, w których było +20% względem poprzedniego. Do każdego dopisz, co się wtedy działo w firmie.
- Wybierz jedną osobę odpowiedzialną za tę tabelkę — najlepiej informatyka lub controllera, nie „wszystkich”.
Sam ten ruch — zobaczenie rachunku w jednym miejscu — załatwia zwykle 20-30% problemu. Zapomniane rzeczy stają się widoczne.
Konkret z życia
U jednego z naszych klientów — 24-osobowa firma inżynierska pracująca głównie na Microsoft 365 i Azure — miesięczny rachunek za Azure urósł z 900 zł do 6 400 zł w ciągu ośmiu miesięcy. Nikt nie zauważył, bo faktura wpadała automatycznie na kartę firmową i lądowała w księgowości.
Po dwóch godzinach przeglądania panelu okazało się, że:
- Testowa maszyna wirtualna z Windows Server, uruchomiona rok wcześniej „na tydzień”, działała 24/7. Kosztowała 2 100 zł miesięcznie.
- Dwa dyski premium SSD po 512 GB były podpięte do maszyn, które już nie istniały. Same dyski to 380 zł miesięcznie.
- Backupy zajmowały 1,8 TB i rosły — nikt nie ustawił retencji, trzymały się wersje z 2023 roku. 470 zł miesięcznie.
- Dwa konta developerskie pozostałe po odejściu programisty pochłaniały licencje M365 E3 i Visual Studio Enterprise. Razem 620 zł miesięcznie.
Wyłączenie i posprzątanie tego zajęło jeden dzień. Rachunek spadł do 2 100 zł miesięcznie — 4 300 zł oszczędności co miesiąc, 51 600 zł w skali roku. Firma dokupiła za to jedno stanowisko projektanta.
To nie jest wyjątkowy przypadek. To jest typowy przypadek. W chmurze cegły zostają na budowie, tylko nikt tego nie widzi z zewnątrz.
Trzy pytania na comiesięczny przegląd
Nie potrzebujesz procesu FinOps na 40 slajdach. Potrzebujesz kalendarza z powtarzającym się wpisem „przegląd chmury” raz w miesiącu, na 60 minut, dla informatyka i osoby od finansów. Na tym spotkaniu odpowiadacie na trzy pytania.
Czy coś podskoczyło o więcej niż 15% względem poprzedniego miesiąca? Jeżeli tak, znajdź jedną konkretną przyczynę. Nie „ogólnie wzrost”. Konkretnie: nowa maszyna, nowa integracja, nowy użytkownik, nowy magazyn danych. Jeżeli nie wiesz, to znaczy, że nikt nie wie i trzeba tę wiedzę zbudować.
Czy są zasoby, których nikt nie używa? VM-ki, dyski, snapshoty, obszary robocze, konta użytkowników zwolnionych trzy miesiące temu. W Azure i AWS są proste raporty „unattached resources” i „idle VMs”. Uruchom je i wyłącz, co się da. To nie jest inwestycja, to sprzątanie.
Czy jest coś, za co przepłacamy? Instancje na 8 vCPU tam, gdzie 2 by wystarczyły. Dysk premium SSD pod plikami archiwalnymi. Licencja M365 E5 dla pracownika, który używa tylko poczty. Rezerwacje na 3 lata dla obciążeń, które za rok mogą nie istnieć — albo brak rezerwacji dla obciążeń, które na pewno będą. Trzymanie się „domyślnych” ustawień to najdroższa forma inercji.
Ustaw alerty, zanim będziesz musieł je gasić
Wszyscy trzej duzi dostawcy (Azure, AWS, Google Cloud) mają darmowe alerty budżetowe. Ustawia się je w 15 minut. Zwykle nikt tego nie robi, bo „jakoś nie było potrzeby”. Potrzeba pojawia się dokładnie raz — w miesiącu, w którym ktoś przez pomyłkę uruchomił instancję GPU za 400 zł dziennie.
Minimum, które zawsze konfigurujemy u klienta:
- Alert na 80% i 100% miesięcznego budżetu — mail do właściciela i informatyka.
- Alert na dzienny skok większy niż 30% względem średniej z 7 dni — łapie „nowe zabawki”.
- Alert na nowo uruchomione zasoby typu GPU, dedicated host, high-memory instance — one potrafią być droższe niż całe stanowisko pracy.
To nie zastąpi comiesięcznego przeglądu, ale kupuje spokój między przeglądami. Chodzi o to, żeby dowiedzieć się o problemie, gdy kosztuje 500 zł, a nie 15 000 zł.
Tagi i konwencje, żeby wiedzieć czyje jest co
W firmie 15-osobowej wystarczy pamięć. W firmie 40-osobowej, gdzie każdy dział ma własne projekty, po roku nikt nie wie, do czego służy „vm-test-02”. Tagi (metki na zasobach) są odpowiedzią.
W praktyce wystarczą trzy: właściciel (imię i nazwisko), projekt lub dział, środowisko (produkcja, test, dev). Każdy nowy zasób bez tych trzech tagów jest traktowany jak sierota — po 30 dniach kandydat do wyłączenia. Brzmi drastycznie? Sierocie się to należy. Nikt nie zapłaci za coś, do czego się nie przyznaje.
- Zdefiniuj 3 obowiązkowe tagi i zapisz to jednozdaniowo w wewnętrznej wiki.
- Dodaj politykę w Azure/AWS, która wymusza tagi przy tworzeniu nowych zasobów.
- Raz na kwartał zrób raport „untagged resources” i posprzątaj.
Bez tego cały FinOps sprowadza się do zgadywania, czyje jest co.
Pułapki, w które łatwo wpaść
Kilka rzeczy, które warto wiedzieć, zanim zaczniesz „optymalizować”:
- Nie kupuj rezerwacji na 3 lata dla środowisk projektowych. Rezerwacja daje 30-50% oszczędności, ale wiąże Cię z konkretną instancją. Dobra dla stabilnej produkcji, zła dla „projektu, który być może się rozwinie”.
- Nie usuwaj bezmyślnie backupów, żeby oszczędzić na storage. Poszukaj retencji, ale zostaw prawdziwe kopie na zdarzenie ransomware. Oszczędność 300 zł miesięcznie nie jest warta braku backupu, gdy przyjdzie dzień X.
- Uważaj na wychodzący ruch (egress). Transfer danych z chmury na zewnątrz potrafi być droższy niż samo przechowywanie. Jeśli codziennie kopiujesz 500 GB z Azure do biura, sprawdź rachunek — może się okazać, że ten synchronizator kosztuje więcej niż serwer, który miał zastąpić.
- Licencje SaaS to też chmura. M365, Copilot, Salesforce, Slack, Asana — traktuj to jednym budżetem z Azure/AWS. Konsolidacja saas i FinOps chmurowy to dwa oblicza tej samej sprawy.
Co dalej
Kontrola kosztów chmury to nie jest projekt na kwartał. To jest nawyk na 60 minut miesięcznie. Firma, która ten nawyk ma, płaci mniej i śpi spokojniej. Firma, która go nie ma, dowiaduje się z faktury.
Jeśli nie wiesz, od czego zacząć w swojej chmurze — pokaż nam ostatnie trzy faktury z Azure, AWS albo M365. W pół godziny wskażemy trzy miejsca, w których najprawdopodobniej przepłacasz. Bez zobowiązań i bez slajdów.
Chmura nie drożeje sama. Drożeje wtedy, gdy nikt nie patrzy.