Το FinOps είναι ένας από εκείνους τους όρους που σημαίνουν πολύ διαφορετικά πράγματα ανάλογα με το μέγεθος της εταιρείας. Για μια Fortune 500, είναι μια πρακτική 30 ατόμων με sponsor τον CFO, έναν προϋπολογισμό εργαλείων μεγαλύτερο από τη μισθοδοσία σας, και τριμηνιαίες επιτροπές καθοδήγησης. Για το δικό σας SaaS 30 ατόμων, είναι περίπου: "γιατί ο λογαριασμός AWS είναι 27% πιο ψηλός από το προηγούμενο τρίμηνο, και ποιανού δουλειά είναι να το ανακαλύψει;" Αυτό το άρθρο είναι για τη δεύτερη ομάδα.
Πρώτα, τα καθησυχαστικά νέα: η σπατάλη cloud είναι βαρετή. Η συντριπτική πλειοψηφία της προέρχεται από τα ίδια πέντε μοτίβα, σε κάθε εταιρεία, σε κάθε κλίμακα. Αδρανές compute που κανείς δεν έσβησε. Υπερμεγέθη instances που προβλέφθηκαν για μια αιχμή που δεν επανήλθε ποτέ. Πόροι χωρίς tags που κανείς δεν μπορεί να αποδώσει, οπότε κανείς δεν νιώθει υπεύθυνος. Ξεχασμένα development και staging περιβάλλοντα που τρέχουν όλο το εικοσιτετράωρο για λογισμικό που κυκλοφορεί δύο φορές τον μήνα. Και storage που παραμένει σε premium tiers χρόνια αφότου το διάβασε κάποιος για τελευταία φορά. Τίποτα από αυτά δεν χρειάζεται πιστοποίηση FinOps Foundation για να διορθωθεί. Όλα χρειάζονται απλώς κάποιον που θα κοιτάξει.
Το μοτίβο που βλέπουμε πιο συχνά αξίζει τη δική του παράγραφο. Ένας developer ανεβάζει ένα c5.4xlarge για ένα load test την Πέμπτη. Το test ολοκληρώνεται στις 4 το απόγευμα της Παρασκευής. Το instance συνεχίζει να τρέχει όλο το Σαββατοκύριακο, γιατί το να το σβήσεις είναι ένα χειροκίνητο βήμα σε μια κονσόλα που κανείς δεν ανοίγει το Σάββατο. Μέχρι το standup της Δευτέρας η ομάδα έχει κάψει €180 σε ένα αδρανές μηχάνημα - όχι από ανικανότητα, αλλά επειδή η προεπιλογή του συστήματος είναι "συνέχισε να χρεώνεις". Πολλαπλασιάστε το επί κάθε ομάδα, κάθε Σαββατοκύριακο, κάθε ξεχασμένο πείραμα, και έχετε ένα σημαντικό ποσοστό του προϋπολογισμού υποδομής σας να μην κάνει απολύτως τίποτα.
Γιατί τα dashboards δεν το διορθώνουν αυτό; Επειδή η ορατότητα δεν ήταν ποτέ το σημείο συμφόρησης - ο πάροχος cloud σας έχει ήδη ένα cost explorer, και εσείς ήδη δεν το ανοίγετε. Ένα dashboard σας λέει τι συνέβη αφότου τα χρήματα έχουν χαθεί, σε ένα μέρος που πρέπει να θυμάστε να επισκεφτείτε, σε μια μορφή που απαιτεί είκοσι λεπτά φιλτραρίσματος πριν πει κάτι αξιοποιήσιμο. Ανάμεσα στο "τα δεδομένα υπάρχουν" και το "κάποιος ενήργησε βάσει αυτών" βρίσκεται ολόκληρη η πραγματική πειθαρχία του FinOps, και είναι ακριβώς το κομμάτι για το οποίο μια μικρή ομάδα δεν έχει περισσευούμενη χωρητικότητα.
Υπάρχει επίσης ένα δομικό πρόβλημα που τα dashboards δεν μπορούν να λύσουν: ο κατακερματισμός multi-cloud. Τη στιγμή που τρέχετε AWS για το προϊόν, Hetzner για batch workloads, και ένα αδέσποτο project DigitalOcean που κάποιος ξεκίνησε το 2024, το "πόσα ξοδεύουμε" σταματά να έχει μία μοναδική απάντηση. Κάθε πάροχος εξάγει κόστη στη δική του μορφή, στο δικό του πρόγραμμα, με τη δική του αντίληψη για το τι είναι ένα project. Οι περισσότερες μικρές ομάδες αντιδρούν παρακολουθώντας προσεκτικά τον μεγάλο λογαριασμό και αφήνοντας τους μικρούς να παρασύρονται - κι έτσι μια διαρροή €400/μήνα επιβιώνει για δύο χρόνια.
Πώς μοιάζει λοιπόν στην πραγματικότητα το FinOps για μια ομάδα χωρίς ομάδα FinOps; Από την εμπειρία μας, τέσσερις συνήθειες καλύπτουν το μεγαλύτερο μέρος της αξίας. Πρώτον: μία ενιαία πηγή αλήθειας για τις δαπάνες σε κάθε πάροχο, αναλυμένη ανά υπηρεσία, project και περιβάλλον - όχι επειδή τα dashboards διορθώνουν πράγματα, αλλά επειδή οι διαφωνίες για την απόδοση σταματούν όταν όλοι βλέπουν τους ίδιους αριθμούς. Δεύτερον: ανίχνευση ανωμαλιών πιο έξυπνη από ένα κατώφλι - οι λογαριασμοί cloud είναι εκ φύσεως θορυβώδεις, και ένα στατικό "ειδοποίησέ με πάνω από €X" είτε ενεργοποιείται συνεχώς είτε ποτέ· η επισήμανση γνήσιων αποκλίσεων από τη δική σας baseline είναι δουλειά για ML, όχι για ένα cron job και ελπίδα. Τρίτον: συστάσεις right-sizing σε τακτά διαστήματα - μια μηνιαία λίστα "αυτά τα δώδεκα instances είναι υπερμεγέθη, ορίστε το ασφαλές μικρότερο μέγεθος, ορίστε η εξοικονόμηση" που κάποιος εξετάζει σε δεκαπέντε λεπτά. Τέταρτον: ειδοποιήσεις προϋπολογισμού που κλιμακώνονται - μια ήσυχη προειδοποίηση στον μηχανικό στο 80%, μια πιο δυνατή στον team lead στο 100%, γιατί ένας προϋπολογισμός για τον οποίο κανείς δεν είναι υπόλογος είναι απλώς μια ευχή.
Προσέξτε τι έχουν κοινό και οι τέσσερις: συντομεύουν τον βρόχο από το insight στη δράση. Αυτό είναι όλο το παιχνίδι. Όχι περισσότερα δεδομένα - λιγότερη απόσταση ανάμεσα στο "το σύστημα το πρόσεξε" και το "ένας άνθρωπος αποφάσισε". Μια μικρή ομάδα δεν χρειάζεται μια πρακτική FinOps· χρειάζεται τα είκοσι λεπτά την εβδομάδα όπου οι αποφάσεις κόστους είναι καλά προετοιμασμένες, προ-ιεραρχημένες, και σε ένα μέρος.
Αυτό χτίσαμε μέσα στο Sencai: δαπάνες ανά υπηρεσία, project και περιβάλλον σε κάθε συνδεδεμένο πάροχο· ανωμαλίες κόστους επισημασμένες με ML· προγραμματισμένες συστάσεις right-sizing· ειδοποιήσεις προϋπολογισμού που κλιμακώνονται. Ο βρόχος από το insight στη δράση, συμπιεσμένος ώστε να χωράει μέσα σε ένα standup. Και το επόμενο βήμα στο roadmap - το Autopilot - αφορά το πλήρες κλείσιμο αυτού του βρόχου για τις βαρετές περιπτώσεις: αυτόματη διακοπή tagged dev πόρων βάσει προγράμματος, εκτέλεση εγκεκριμένου right-sizing κατά τη διάρκεια maintenance windows. Η κρίση παραμένει σε εσάς· το πάτημα του κουμπιού δεν χρειάζεται να είναι.
Αν θέλετε να μάθετε πού βρίσκεστε σήμερα, ορίστε μια άσκηση δεκαπέντε λεπτών: τραβήξτε τον λογαριασμό του προηγούμενου μήνα από κάθε πάροχο που χρησιμοποιείτε - συμπεριλαμβανομένων αυτών που είχατε ξεχάσει. Ταξινομήστε ανά υπηρεσία. Κυκλώστε ό,τι δεν μπορείτε να αποδώσετε σε ένα ενεργό χαρακτηριστικό προϊόντος μέσα σε δέκα δευτερόλεπτα. Στις περισσότερες εταιρείες αυτός ο κύκλος είναι το 25-35% του συνόλου. Αυτό δεν είναι πρόβλημα προϋπολογισμού. Είναι απλώς εντροπία - και η εντροπία είναι πάρα, πάρα πολύ διορθώσιμη.