FinOps, şirket büyüklüğüne göre çok farklı şeyler ifade eden terimlerden biri. Bir Fortune 500 şirketi için bu, bir CFO sponsorluğunda 30 kişilik bir uygulama, maaş bordronuzdan büyük bir araç bütçesi ve üç aylık yönlendirme komiteleri demek. 30 kişilik SaaS'ınız için ise kabaca şu demek: "AWS faturası neden geçen çeyrekten %27 daha yüksek ve bunu bulmak kimin işi?" Bu yazı ikinci grup için.

Önce rahatlatıcı haber: bulut israfı sıkıcıdır. Büyük çoğunluğu, her şirkette, her ölçekte aynı beş kalıptan gelir. Kimsenin kapatmadığı boşta duran compute. Bir daha geri gelmeyen bir zirve için provision edilmiş gereğinden büyük instance'lar. Kimsenin sorumlu hissetmediği, kimsenin atfedemediği etiketlenmemiş kaynaklar. Ayda iki kez yayınlanan bir yazılım için gece gündüz çalışan, unutulmuş geliştirme ve staging ortamları. Ve son kez birinin okumasından yıllar sonra hâlâ premium katmanda oturan storage. Bunların hiçbiri düzeltmek için bir FinOps Foundation sertifikası gerektirmiyor. Hepsi, birinin gerçekten bakmasını gerektiriyor.

En sık gördüğümüz kalıp kendi paragrafını hak ediyor. Bir geliştirici, Perşembe günü bir load test için bir c5.4xlarge açıyor. Test, Cuma öğleden sonra saat 16.00'da bitiyor. Instance hafta sonu boyunca çalışmaya devam ediyor, çünkü onu kapatmak, kimsenin Cumartesi günü açmadığı bir konsolda manuel bir adım. Pazartesi standup'ına kadar ekip, boşta duran bir makinede €180 yakmış oluyor - beceriksizlikten değil, sistemin varsayılanı "faturalandırmaya devam et" olduğu için. Bunu her ekip, her hafta sonu, her unutulmuş deneyle çarpın; altyapı bütçenizin anlamlı bir yüzdesinin tam olarak hiçbir şey yapmadığını görürsünüz.

Dashboard'lar bunu neden düzeltmiyor? Çünkü görünürlük hiçbir zaman darboğaz olmadı - bulut sağlayıcınızın zaten bir cost explorer'ı var ve siz zaten onu açmıyorsunuz. Bir dashboard, para gittikten sonra ne olduğunu, ziyaret etmeyi hatırlamanız gereken bir yerde, harekete geçirilebilir bir şey söylemeden önce yirmi dakikalık filtreleme gerektiren bir formatta anlatır. "Veri var" ile "biri bu veriye göre hareket etti" arasında FinOps'un gerçek disiplininin tamamı yatar ve bu, küçük bir ekibin ayıracak boş kapasitesinin olmadığı tam olarak o kısımdır.

Dashboard'ların çözemeyeceği yapısal bir sorun daha var: multi-cloud parçalanması. Ürün için AWS, toplu iş yükleri için Hetzner ve birinin 2024'te başlattığı başıboş bir DigitalOcean projesi çalıştırdığınız anda, "ne kadar harcıyoruz" sorusunun tek bir yanıtı kalmıyor. Her sağlayıcı, maliyetleri kendi formatında, kendi takviminde, projenin ne olduğuna dair kendi fikriyle export ediyor. Çoğu küçük ekip, büyük faturayı dikkatle takip edip küçükleri savrulmaya bırakarak yanıt veriyor - aylık €400'lük bir sızıntının iki yıl hayatta kalmasının sebebi de bu.

Peki FinOps ekibi olmayan bir ekip için FinOps gerçekte neye benziyor? Tecrübemize göre, dört alışkanlık değerin büyük kısmını kapsıyor. Bir: her sağlayıcı genelinde, hizmete, projeye ve ortama göre kırılmış tek bir doğruluk kaynağı harcama - dashboard'lar bir şeyleri düzelttiği için değil, herkes aynı rakamları gördüğünde atıfla ilgili tartışmalar sona erdiği için. İki: bir eşikten daha akıllı anomali algılama - bulut faturaları doğası gereği gürültülü ve statik bir "€X üzerine çıkarsa uyar" ya sürekli tetikleniyor ya da hiç tetiklenmiyor; kendi taban çizginizden gerçek sapmaları işaretlemek bir cron job ve umuda değil, ML'e iş. Üç: belirli bir periyotta doğru boyutlandırma önerileri - birinin on beş dakikada gözden geçirdiği, "şu on iki instance gereğinden büyük, işte güvenli küçük boyut, işte tasarruf" diyen aylık bir liste. Dört: yükselen bütçe uyarıları - %80'de mühendise sessiz bir uyarı, %100'de ekip liderine daha yüksek sesli bir uyarı, çünkü kimsenin sorumlu tutulmadığı bir bütçe sadece bir dilektir.

Dördünün de ortak yanına dikkat edin: içgörüden eyleme giden döngüyü kısaltıyorlar. Oyunun tamamı bu. Daha fazla veri değil - "sistem fark etti" ile "bir insan karar verdi" arasındaki mesafenin azalması. Küçük bir ekibin bir FinOps uygulamasına ihtiyacı yok; ihtiyacı olan şey, maliyet kararlarının iyi hazırlanmış, önceden önceliklendirilmiş ve tek bir yerde gerçekleştiği haftada yirmi dakika.

Sencai'ye inşa ettiğimiz şey tam olarak bu: bağlı her sağlayıcı genelinde hizmete, projeye ve ortama göre harcama; ML ile işaretlenen maliyet anomalileri; zamanlanmış doğru boyutlandırma önerileri; yükselen bütçe uyarıları. İçgörüden eyleme giden döngü, bir standup'ın içine sığacak şekilde sıkıştırılmış. Yol haritasındaki bir sonraki adım - Autopilot - ise bu döngüyü sıkıcı vakalar için tamamen kapatmakla ilgili: etiketlenmiş dev kaynaklarını programa göre otomatik durdurmak, onaylanmış doğru boyutlandırmayı bakım pencerelerinde uygulamak. Karar sizde kalır; düğmeye basmanın sizde kalması gerekmez.

Bugün nerede durduğunuzu öğrenmek isterseniz, işte on beş dakikalık bir egzersiz: kullandığınız her sağlayıcıdan - unuttuklarınız dahil - geçen ayın faturasını çekin. Hizmete göre sıralayın. On saniye içinde çalışan bir ürün özelliğine atfedemediğiniz her şeyi işaretleyin. Çoğu şirkette bu işaretlenen kısım toplamın %25-35'i kadardır. Bu bir bütçeleme sorunu değil. Bu sadece entropi - ve entropi çok, çok düzeltilebilir bir şey.