Σίγουρα έχετε αναρωτηθεί πόσο κοστίζει η υποδομή του έργου σας. Ταυτόχρονα, προκαλεί έκπληξη: η αύξηση του κόστους δεν είναι γραμμική σε σχέση με τα φορτία. Πολλοί ιδιοκτήτες επιχειρήσεων, πρατήρια καυσίμων και προγραμματιστές καταλαβαίνουν κρυφά ότι πληρώνουν υπερβολικά. Αλλά για τι ακριβώς;
Τυπικά, η μείωση του κόστους καταλήγει απλώς στην εύρεση της φθηνότερης λύσης, ενός σχεδίου AWS ή, στην περίπτωση των φυσικών rack, στη βελτιστοποίηση της διαμόρφωσης υλικού. Όχι μόνο αυτό: στην πραγματικότητα, οποιοσδήποτε το κάνει αυτό, όπως θέλει ο Θεός: αν μιλάμε για μια startup, τότε μάλλον πρόκειται για έναν κορυφαίο προγραμματιστή που έχει πολλούς πονοκεφάλους. Σε μεγαλύτερα γραφεία, αυτό αντιμετωπίζεται από τον ΚΟΑ/ΚΟΤ και μερικές φορές ο γενικός διευθυντής εμπλέκεται προσωπικά στο θέμα μαζί με τον επικεφαλής λογιστή. Σε γενικές γραμμές, εκείνοι οι άνθρωποι που έχουν αρκετές «βασικές» ανησυχίες. Και αποδεικνύεται ότι οι λογαριασμοί για τις υποδομές αυξάνονται, αλλά όσοι δεν έχουν το χρόνο να το αντιμετωπίσουν το αντιμετωπίζουν.
Εάν πρέπει να αγοράσετε χαρτί υγείας για το γραφείο, αυτό θα γίνει από τον υπεύθυνο προμηθειών ή από υπεύθυνο άτομο από την εταιρεία καθαρισμού. Αν μιλάμε για ανάπτυξη - leads και CTO. Πωλήσεις - όλα είναι επίσης ξεκάθαρα. Αλλά από τα παλιά χρόνια, όταν το "δωμάτιο διακομιστή" ήταν το όνομα ενός υπουργικού συμβουλίου στο οποίο υπήρχε ένα συνηθισμένο σύστημα πύργων με λίγη περισσότερη μνήμη RAM και μερικούς σκληρούς δίσκους στο raid, όλοι (ή τουλάχιστον πολλοί) αγνοούν το γεγονός ότι η αγορά χωρητικότητας θα πρέπει να διεκπεραιωθεί επίσης από ένα ειδικά εκπαιδευμένο άτομο.
Αλίμονο, η ιστορική μνήμη και η εμπειρία υποδεικνύουν ότι για δεκαετίες αυτό το καθήκον μετατοπιζόταν σε «τυχαίους» ανθρώπους: όποιος ήταν πιο κοντά έπιανε την ερώτηση. Και μόλις πρόσφατα το επάγγελμα FinOps άρχισε να διαμορφώνεται στην αγορά και να παίρνει συγκεκριμένη μορφή. Αυτό είναι το ίδιο ειδικά εκπαιδευμένο άτομο του οποίου η αποστολή είναι να ελέγχει την αγορά και τη χρήση της χωρητικότητας. Και, τελικά, στη μείωση του κόστους της εταιρείας σε αυτόν τον τομέα.
Δεν υποστηρίζουμε την εγκατάλειψη δαπανηρών και αποτελεσματικών λύσεων: κάθε επιχείρηση πρέπει να αποφασίσει μόνη της τι χρειάζεται για μια άνετη ζωή όσον αφορά τα τιμολόγια υλικού και cloud. Αλλά κανείς δεν μπορεί παρά να προσέξει το γεγονός ότι η αλόγιστη αγορά «σύμφωνα με τη λίστα» χωρίς μετέπειτα παρακολούθηση και ανάλυση χρήσης για πολλές εταιρείες τελικά οδηγεί σε πολύ, πολύ σημαντικές απώλειες λόγω της αναποτελεσματικής διαχείρισης των «περιουσιακών στοιχείων» του backend τους.
Ποιος είναι ο FinOps
Ας υποθέσουμε ότι έχετε μια αξιόπιστη επιχείρηση, για την οποία οι πωλητές μιλούν για «επιχείρηση» με έντονο ύφος. Πιθανώς, "σύμφωνα με τη λίστα" αγοράσατε μια ντουζίνα ή δύο διακομιστές, AWS και κάποια άλλα "μικροπράγματα". Το οποίο είναι λογικό: σε μια μεγάλη εταιρεία συμβαίνει συνεχώς κάποιο είδος κίνησης - κάποιες ομάδες μεγαλώνουν, άλλες διαλύονται, άλλες μεταφέρονται σε γειτονικά έργα. Και ο συνδυασμός αυτών των κινήσεων, μαζί με τον μηχανισμό προμηθειών «βασισμένο σε λίστα», οδηγεί τελικά σε νέες γκρίζες τρίχες όταν εξετάζουμε τον επόμενο μηνιαίο λογαριασμό για τις υποδομές.
Τι να κάνετε λοιπόν - να συνεχίσετε υπομονετικά να γκριζάρετε, να βάψετε πάνω του ή να ανακαλύψετε τους λόγους για την εμφάνιση αυτών των πολυάριθμων τρομερών μηδενικών στην πληρωμή;
Ας είμαστε ειλικρινείς: η έγκριση, η έγκριση και η άμεση πληρωμή μιας αίτησης εντός της εταιρείας για το ίδιο τιμολόγιο AWS δεν είναι πάντα (στην πραγματικότητα, σχεδόν ποτέ) γρήγορη. Και ακριβώς λόγω της συνεχούς εταιρικής κίνησης, κάποιες από αυτές τις ίδιες εξαγορές μπορεί κάπου να «χαθούν». Και είναι ασήμαντο να μένεις αδρανής. Εάν ένας προσεκτικός διαχειριστής παρατηρήσει ένα rack χωρίς ιδιοκτήτη στο δωμάτιο του διακομιστή του, τότε στην περίπτωση των τιμολογίων cloud όλα είναι πολύ πιο λυπηρά. Μπορούν να παρατίθενται για μήνες - πληρώνονται, αλλά ταυτόχρονα δεν χρειάζονται πλέον από κανέναν στο τμήμα για το οποίο αγοράστηκαν. Ταυτόχρονα, οι συνάδελφοι από το επόμενο γραφείο αρχίζουν να σκίζουν τα όχι ακόμα γκρίζα μαλλιά τους όχι μόνο στο κεφάλι τους, αλλά και σε άλλα μέρη - δεν μπόρεσαν να πληρώσουν περίπου το ίδιο τιμολόγιο AWS για την XNUMXη εβδομάδα, το οποίο χρειάζεται απεγνωσμένα.
Ποια είναι η πιο προφανής λύση; Σωστά, δώστε τα ηνία σε όσους έχουν ανάγκη και όλοι είναι ευχαριστημένοι. Αλλά οι οριζόντιες επικοινωνίες δεν είναι πάντα καλά εδραιωμένες. Και το δεύτερο τμήμα μπορεί απλώς να μην γνωρίζει για τον πλούτο του πρώτου, το οποίο κατά κάποιο τρόπο αποδείχθηκε ότι δεν χρειαζόταν πραγματικά αυτόν τον πλούτο.
Ποιος φταίει για αυτό; - Στην πραγματικότητα, κανείς. Έτσι είναι όλα στημένα προς το παρόν.
Ποιος υποφέρει από αυτό; - Αυτό είναι, όλη η παρέα.
Ποιος μπορεί να διορθώσει την κατάσταση; - Ναι, ναι, FinOps.
Το FinOps δεν είναι απλώς ένα επίπεδο ανάμεσα στους προγραμματιστές και τον εξοπλισμό που χρειάζονται, αλλά ένα άτομο ή μια ομάδα που θα γνωρίζει πού, τι και πόσο καλά «βρίσκεται» όσον αφορά τα ίδια τιμολόγια cloud που αγόρασε η εταιρεία. Στην πραγματικότητα, αυτοί οι άνθρωποι πρέπει να συνεργάζονται με το DevOps, αφενός, και το οικονομικό τμήμα από την άλλη, παίζοντας το ρόλο ενός αποτελεσματικού διαμεσολαβητή και, κυρίως, ενός αναλυτή.
Λίγα λόγια για τη βελτιστοποίηση
σύννεφα. Σχετικά φθηνό και πολύ βολικό. Αλλά αυτή η λύση παύει να είναι φθηνή όταν ο αριθμός των διακομιστών φτάσει σε διψήφιο ή τριψήφιο αριθμό. Επιπλέον, τα σύννεφα καθιστούν δυνατή τη χρήση ολοένα και περισσότερων υπηρεσιών που δεν ήταν διαθέσιμες στο παρελθόν: αυτές είναι βάσεις δεδομένων ως υπηρεσία (Amazon AWS, Azure Database), εφαρμογές χωρίς διακομιστή (AWS Lambda, Azure Functions) και πολλές άλλες. Είναι όλα πολύ δροσερά γιατί είναι εύχρηστα - αγοράστε και πηγαίνετε, χωρίς προβλήματα. Αλλά όσο πιο βαθιά η εταιρεία και τα έργα της βυθίζονται στα σύννεφα, τόσο χειρότερα κοιμάται ο οικονομικός διευθυντής. Και όσο πιο γρήγορα γκριζάρει ο στρατηγός.
Το γεγονός είναι ότι τα τιμολόγια για διάφορες υπηρεσίες cloud είναι πάντα εξαιρετικά μπερδεμένα: για ένα είδος μπορεί να λάβετε μια εξήγηση τριών σελίδων για το τι, πού και πώς πήγαν τα χρήματά σας. Αυτό, φυσικά, είναι ευχάριστο, αλλά είναι σχεδόν αδύνατο να το καταλάβεις. Επιπλέον, η άποψή μας για αυτό το θέμα απέχει πολύ από το μόνο: για να μεταφέρουμε λογαριασμούς cloud σε ανθρώπινους, υπάρχουν ολόκληρες υπηρεσίες, για παράδειγμα ή . Αν κάποιος μπήκε στον κόπο να δημιουργήσει μια ξεχωριστή υπηρεσία για την αποκρυπτογράφηση λογαριασμών, τότε η κλίμακα του προβλήματος έχει ξεπεράσει το κόστος της βαφής μαλλιών.
Τι κάνει λοιπόν το FinOps σε αυτήν την περίπτωση:
- κατανοεί σαφώς πότε και σε ποιους όγκους αγοράστηκαν λύσεις cloud.
- γνωρίζει πώς χρησιμοποιούνται αυτές οι ικανότητες.
- τα αναδιανέμει ανάλογα με τις ανάγκες μιας συγκεκριμένης μονάδας.
- δεν αγοράζει «έτσι ώστε να είναι».
- και στο τέλος, σας εξοικονομεί χρήματα.
Ένα εξαιρετικό παράδειγμα είναι η αποθήκευση στο cloud ενός ψυχρού αντιγράφου μιας βάσης δεδομένων. Για παράδειγμα, το αρχειοθετείτε για να μειώσετε τον χώρο και την κίνηση που καταναλώνεται κατά την ενημέρωση του χώρου αποθήκευσης; Ναι, φαίνεται ότι η κατάσταση είναι φθηνή - σε μια συγκεκριμένη περίπτωση, αλλά το σύνολο τέτοιων φθηνών καταστάσεων αργότερα οδηγεί σε υπέρογκο κόστος για τις υπηρεσίες cloud.
Ή μια άλλη κατάσταση: αγοράσατε εφεδρική χωρητικότητα σε AWS ή Azure για να μην πέσετε υπό αιχμή. Μπορείτε να είστε σίγουροι ότι αυτή είναι η βέλτιστη λύση; Σε τελική ανάλυση, εάν αυτές οι περιπτώσεις είναι αδρανείς κατά 80%, τότε απλώς δίνετε χρήματα στην Amazon. Επιπλέον, για τέτοιες περιπτώσεις, το ίδιο AWS και το Azure έχουν εκρήξεις - γιατί χρειάζεστε διακομιστές σε αδράνεια, εάν μπορείτε να χρησιμοποιήσετε ένα εργαλείο για την επίλυση προβλημάτων φορτίων αιχμής; Ή, αντί για περιπτώσεις On Premise, θα πρέπει να κοιτάξετε προς το Reserved - είναι πολύ φθηνότερα και προσφέρουν επίσης εκπτώσεις.
Παρεμπιπτόντως, σχετικά με τις εκπτώσεις
Όπως είπαμε στην αρχή, οι προμήθειες γίνονται συχνά από οποιονδήποτε - βρήκαν τον τελευταίο και μετά με κάποιο τρόπο το κάνει μόνος του. Τις περισσότερες φορές, οι άνθρωποι που είναι ήδη απασχολημένοι γίνονται «ακραίοι» και ως αποτέλεσμα έχουμε μια κατάσταση όπου ένα άτομο γρήγορα και επιδέξια, αλλά εντελώς ανεξάρτητα, αποφασίζει τι και σε ποιες ποσότητες να αγοράσει.
Αλλά όταν αλληλεπιδράτε με έναν πωλητή από την υπηρεσία cloud, μπορείτε να έχετε πιο ευνοϊκές συνθήκες όσον αφορά τη χονδρική αγορά χωρητικότητας. Είναι σαφές ότι δεν θα μπορείτε να λάβετε τέτοιες εκπτώσεις από ένα αυτοκίνητο με αθόρυβη και μονόπλευρη εγγραφή - αλλά αφού μιλήσετε με έναν πραγματικό διευθυντή πωλήσεων, μπορεί να καείτε. Ή αυτοί οι τύποι μπορούν να σας πουν σε τι έχουν αυτή τη στιγμή εκπτώσεις. Μπορεί επίσης να είναι χρήσιμο.
Ταυτόχρονα, πρέπει να θυμάστε ότι το φως δεν συνέκλινε σαν σφήνα στο AWS ή στο Azure. Φυσικά, δεν τίθεται θέμα οργάνωσης του δικού σας δωματίου διακομιστή - αλλά υπάρχουν εναλλακτικές σε αυτές τις δύο κλασικές λύσεις από τους γίγαντες.
Για παράδειγμα, η Google έφερε την πλατφόρμα Firebase σε εταιρείες, στις οποίες μπορούν να φιλοξενήσουν το ίδιο έργο για κινητά με το κλειδί στο χέρι, κάτι που μπορεί να απαιτεί ταχεία κλιμάκωση. Η αποθήκευση, η βάση δεδομένων σε πραγματικό χρόνο, η φιλοξενία και ο συγχρονισμός δεδομένων cloud χρησιμοποιώντας αυτήν τη λύση ως παράδειγμα είναι διαθέσιμα σε ένα μέρος.
Από την άλλη, αν δεν μιλάμε για ένα μονολιθικό έργο, αλλά για την ολότητά τους, τότε μια συγκεντρωτική λύση δεν είναι πάντα ωφέλιμη. Εάν το έργο είναι μακρόβιο, έχει το δικό του ιστορικό ανάπτυξης και αντίστοιχη ποσότητα δεδομένων που απαιτούνται για αποθήκευση, τότε αξίζει να σκεφτείτε μια πιο κατακερματισμένη τοποθέτηση.
Κατά τη βελτιστοποίηση του κόστους για τις υπηρεσίες cloud, μπορεί ξαφνικά να συνειδητοποιήσετε ότι για εφαρμογές κρίσιμες για τις επιχειρήσεις μπορείτε να αγοράσετε πιο ισχυρά τιμολόγια που θα παρέχουν στην εταιρεία αδιάκοπα κέρδη. Ταυτόχρονα, η αποθήκευση της «κληρονομιάς» της ανάπτυξης, παλαιών αρχείων, βάσεων δεδομένων κ.λπ. σε ακριβά cloud είναι μια λύση. Εξάλλου, για τέτοια δεδομένα, ένα τυπικό κέντρο δεδομένων με κανονικούς σκληρούς δίσκους και υλικό μέσης ισχύος χωρίς κανένα κουδούνι και σφυρίχτρα είναι αρκετά κατάλληλο.
Εδώ πάλι, μπορεί να σκεφτείτε ότι «αυτή η φασαρία δεν αξίζει τον κόπο», αλλά το όλο πρόβλημα αυτής της δημοσίευσης βασίζεται στο γεγονός ότι σε διάφορα στάδια οι υπεύθυνοι παραμελούν τα μικρά πράγματα και κάνουν ό,τι είναι πιο βολικό και πιο γρήγορο. Κάτι που τελικά μετά από μερικά χρόνια καταλήγει σε αυτούς τους πολύ τρόμους.
Το αποτέλεσμα;
Γενικά τα σύννεφα είναι δροσερά, λύνουν πολλά προβλήματα για επιχειρήσεις κάθε μεγέθους. Ωστόσο, η καινοτομία αυτού του φαινομένου σημαίνει ότι δεν έχουμε ακόμα κουλτούρα κατανάλωσης και διαχείρισης. Το FinOps είναι ένας οργανωτικός μοχλός που σας βοηθά να αξιοποιήσετε την ισχύ του cloud πιο αποτελεσματικά. Το κύριο πράγμα δεν είναι να μετατρέψετε αυτή τη θέση σε ανάλογο ενός εκτελεστικού αποσπάσματος, του οποίου η αποστολή θα είναι να πιάσει τους απρόσεκτους προγραμματιστές από το χέρι και να τους "επιπλήξει" για διακοπές.
Οι προγραμματιστές πρέπει να αναπτύσσουν, όχι να υπολογίζουν τα χρήματα της εταιρείας. Έτσι, το FinOps θα πρέπει να κάνει τόσο τη διαδικασία αγοράς όσο και τη διαδικασία παροπλισμού ή μεταφοράς χωρητικότητας cloud σε άλλες ομάδες μια εκδήλωση απλή και ευχάριστη για όλα τα μέρη.
Πηγή: www.habr.com