Cloud Management FinOps Dwadzieścia sześć powodów,
dla których rachunek za chmurę
się nie zgadza.

Każda rekomendacja silnika pochodzi z konkretnego modułu o konkretnej nazwie: Abandoned Kinesis Streams, Obsolete Snapshot Chains, Instances in Stopped State for a Long Time. Widać, która kontrola zadziałała, dla jakiego zasobu i dlaczego. Każda ma własne progi, wykluczenia pul i pomijane konta, więc to użytkownik decyduje, co ją uruchamia, a co pomija.

Narzędzia natywne świetnie sprawdzają się w swoich granicach, ale poza nimi są ślepe. CerteroX Cloud Management buduje jeden model kosztów dla dwunastu platform chmurowych i danych (w tym Kubernetes, Databricks i Snowflake) z jednym schematem alokacji, jednym silnikiem polityk i jednym zestawem rekomendacji. Wykonuje też kontrole optymalizacyjne, których natywne konsole rozliczeniowe nie obejmują: łańcuchy migawek, porzucone strumienie, instancje zatrzymane, ale niezwolnione, krótko żyjących kandydatów do instancji spot.

FOCUS to FinOps Open Cost and Usage Specification, otwarty standard danych o kosztach i użyciu, który może generować każdy duży dostawca. Dedykowany kolektor pobiera go natywnie, a koszty można odpytywać bezpośrednio według niego, więc model można odpytywać, audytować i przekazywać te same kolumny zespołowi BI.

Tak, i nie trzeba najpierw porządkować tagów. Pule kosztów mają typy: budżet, jednostka biznesowa, zespół, projekt, CI/CD lub zasób. Reguły przypisania z dziewięcioma typami warunków automatycznie umieszczają zasoby w pulach, a wirtualne tagowanie jest obliczane niezależnie od natywnych tagów chmury. Alokacja działa więc na podstawie konta, regionu, usługi, wzorca nazwy lub właściciela, a polityka tagowania stopniowo porządkuje rzeczywiste tagi.

Koszty i wykorzystanie są rozbijane według przestrzeni nazw, węzła i usługi, a dopasowanie rozmiaru w Kubernetes jest jedną z nazwanych kontroli, ponieważ żądania zasobów (requests) zwykle ustawia się znacznie powyżej tego, co pody faktycznie wykorzystują. Do przestrzeni nazw stosuje się te same pule kosztów, budżety i polityki co do subskrypcji.

To zadanie warstwy nadzoru. TTL zasobów z automatycznym egzekwowaniem cyklu życia, całkowite i dzienne limity wydatków na zasób lub pulę, budżety wygasające i cykliczne, zgodność tagów z regułami tagów wymaganych, zakazanych i korelacji oraz wykrywanie anomalii zarówno wydatków, jak i liczby zasobów. Każde naruszenie trafia do historii, więc można pokazać, co i kiedy zadziałało.