Usługi / FinOps
FinOpsProjektujemy i utrzymujemy rytm kosztu chmury pod Wasze usługi
Projektujemy, wdrażamy i utrzymujemy rytm kosztu chmury pod Wasze usługi. Zaczynamy od rachunku i od usług: tagi, właściciele, środowiska i gdzie leży idle. Potem stawiamy showback, rightsizing i rozmiar w Terraform. Preview i runner trzymamy na TTL. Zobowiązania wchodzą po pomiarze, na przeglądzie kwartalnym.
Jak to składa się w całość
Od tagów do rightsizingu, kodu i zobowiązań
Najpierw rozumiemy usługi i kto odpowiada za rachunek. Na tej podstawie składamy alokację, Kubernetes, Terraform i hygiene pipeline. Grafana, tagi i przegląd kwartalny służą do tej pracy na co dzień.
- Dla fintechu oszczędność ustawiamy tak, żeby nie łamać kontroli i SLO.
- Zobowiązania chmury po kilku cyklach pomiaru.
Pokazujemy rachunek w języku produktu
Alokacja per usługa, zespół, środowisko. Dashboard dla engineeringu i dla finansów. Anomalia dnia, w tym samym tygodniu co skok. Bez tagów nie ma właściciela, więc najpierw porządek etykiet.
Tagi
Wymagane na koncie. Policy blokuje zasób bez właściciela.
Showback
Koszt per produkt. Chargeback gdy organizacja jest na to gotowa.
Anomalia
Alert na skok. Idle disk, logi bez retencji, martwy load balancer.
Rytm
Tydzień anomalii, miesiąc rightsizingu, kwartał zobowiązań.
Dobieramy requesty i node group do ruchu
Nadmiar requestów puchnie node pool. Brak limitów psuje sąsiadów. Widzimy idle, burstable i spot tam, gdzie SLO pozwala. To inżynierska dźwignia kosztu, obok cennika.
Rightsize
CPU i RAM poda vs użycie. Rekomendacja z pomiarem.
Node
Typ instancji, autoscaler, spot dla batch. Produkcja ma osobną politykę.
Idle
Namespace po projekcie, preview bez TTL, martwy PVC.
SLO
Oszczędność, która psuje p95, wraca jako koszt incydentu. Trzymamy oba obok siebie.
Trzymamy rozmiar i klasę storage w module
Registry i Wasze moduły trzymają domyślne typy instancji, lifecycle storage, backup. Zmiana rozmiaru idzie przez plan. Infracost albo równoważny widok w MR, gdy zespół jest na to gotowy.
Domyślne
Moduł stawia rozmiar dopasowany do workloadu, z zapisanym defaultem.
Lifecycle
Dysk gp, archiwum, retencja logów. Polityka w kodzie.
Zobowiązania
RI i Savings Plans po pomiarze. Dokumentowany horyzont.
MR
Plan pokazuje delta zasobów. Koszt zmian jest częścią przeglądu.
Pilnujemy preview, artefaktów i minut CI
Środowisko z merge request ma TTL. Artefakty i cache mają retencję. Runner autoskaluje. GitLab pokazuje, który projekt pali minuty. To dźwignia kosztu obok klastra i storage.
TTL
Preview ginie po merge albo po N dniach. Alert gdy zostaje.
Artefakty
Obrazy, logi jobów, cache. Retencja i GC.
Minuty
Showback CI per zespół. Wspólny runner ma koszt, przypisany do projektu.
Produkcja
Pipeline zostawia stack testowy tylko z tagiem i właścicielem.
Jak pracujemy
Od usług klienta do rytmu kosztu
Zaczynamy od alokacji. Potem zamykamy idle i rightsizing. Zmieniamy klasę storage i node group z pomiaru. Zobowiązania wchodzą na przeglądzie kwartalnym.
- Alokacja Ustawiamy tagi, showback, anomalię i właścicieli. Z tego wychodzi, kto wydaje i na którą usługę.
- Porządek Zamykamy idle, retencję logów, TTL preview i oczywisty oversize. Skutek widać na następnym rachunku.
- Architektura Dobieramy klasę storage, node group i model ruchu. Zmiana rozmiaru idzie przez Terraform.
- Zobowiązania RI, Savings Plans i committed use po pomiarze. Przegląd kwartalny zostaje w kalendarzu.
Rozmowa
Omówimy usługi, alokację i koszt chmury
Na tej podstawie przygotujemy zakres: tagi, rightsizing i rytm zobowiązań.
Skontaktuj się