Κάθε παρουσίαση πλατφόρμας διαχείρισης υβριδικού cloud ξεκινά στο ίδιο σημείο: ένα διάγραμμα με τους on-premise διακομιστές σας αριστερά, ένα δημόσιο cloud δεξιά, και ένα βέλος ανάμεσά τους με την ετικέτα «μετανάστευση». Το βέλος είναι το προϊόν. Είναι επίσης ο λόγος που τα περισσότερα από αυτά τα projects κολλάνε, γιατί το βέλος κοστίζει δεκαοκτώ μήνες και η αξία φτάνει μόνο στο τέλος τους. Η πιο χρήσιμη ερώτηση είναι τι θα μπορούσατε να διαχειριστείτε από ένα μέρος αύριο, χωρίς τίποτα να μετακινηθεί και τίποτα να επανεγγραφεί.
Το υβριδικό δεν είναι αρχιτεκτονική επιλογή που έκαναν οι περισσότερες ομάδες σκόπιμα. Είναι αυτό που αποκτάτε μετά από μια δεκαετία: ένα rack με το δικό σας hardware που ακόμα τρέχει αυτό που κανείς δεν μπορεί εύκολα να μετακινήσει, ένα ERP που κανείς δεν θέλει να αγγίξει, workloads σε έναν hyperscaler γιατί το ζήτησε ένας πελάτης, φθηνότερο compute κάπου στην Ευρώπη γιατί κάποιος έκανε τα μαθηματικά, και μερικοί διακομιστές σε μια εγκατάσταση colocation που προϋπάρχουν των μισών μελών της τρέχουσας ομάδας. Κανείς δεν το σχεδίασε αυτό. Όλοι πρέπει να το λειτουργήσουν.
Γιατί το υβριδικό συνήθως σημαίνει δύο ομάδες
Το πρακτικό κόστος του υβριδικού είναι οργανωτικό. Οι πόροι cloud διαχειρίζονται σε ένα browser με tokens API και ετικέτες· η φυσική υποδομή διαχειρίζεται με SSH, ένα εργαλείο διαμόρφωσης και θεσμική μνήμη. Δύο σειρές εργαλείων, δύο νοητικά μοντέλα, δύο σύνολα runbooks, και συνήθως δύο ομάδες ανθρώπων που περιγράφουν η μία τη δουλειά της άλλης ως «η παλιά πλευρά» ή «η ακριβή πλευρά». Η απογραφή γίνεται μια συγχώνευση εξαγωγών. Η επισκόπηση πρόσβασης γίνεται δύο επισκοπήσεις πρόσβασης. Τα περιστατικά που διασχίζουν το όριο γίνονται μια διαμάχη για το ποιανού είναι το πρόβλημα.
Η τυπική απάντηση των προμηθευτών είναι να κάνουν τη μία πλευρά να μοιάζει με την άλλη: εγκαταστήστε ένα private cloud stack στο δικό σας hardware, ή ανεβάστε τα πάντα στο δημόσιο cloud και τελειώστε το θέμα. Και οι δύο είναι νόμιμες στρατηγικές και είναι και οι δύο τεράστιες. Μοιράζονται επίσης μια υπόθεση που αξίζει να αμφισβητηθεί - ότι η ενοποίηση πρέπει να συμβεί στο επίπεδο της υποδομής. Δεν χρειάζεται. Το μεγαλύτερο μέρος αυτού που μια ομάδα πραγματικά χρειάζεται ενοποιημένο ζει έναν όροφο πιο πάνω: απογραφή, πρόσβαση, καταγραφή αλλαγών, κόστος, και η ικανότητα να δράσεις.
Τι δεν πρέπει να απαιτεί μια πλατφόρμα διαχείρισης υβριδικού cloud
Μια πλατφόρμα διαχείρισης υβριδικού cloud κερδίζει τη θέση της με αυτό που αρνείται να απαιτήσει. Δεν πρέπει να απαιτεί να μετακινήσετε ένα workload πριν γίνει χρήσιμη. Δεν πρέπει να απαιτεί έναν agent σε κάθε μηχάνημα για να σας δείξει την υποδομή cloud σας, ούτε έναν λογαριασμό cloud για να σας δείξει τα racks σας. Δεν πρέπει να γίνει μια νέα εξάρτηση στο κρίσιμο μονοπάτι σας - αν πέσει, τα συστήματά σας συνεχίζουν να λειτουργούν και χάνετε ορατότητα, όχι διαθεσιμότητα. Και δεν πρέπει να κρατά την υποδομή σας όμηρο στη δική της μορφή.
Γι' αυτό χτίσαμε το Sencai με προτεραιότητα την εισαγωγή. Συνδέετε έναν λογαριασμό παρόχου με οριοθετημένα credentials και τα υπάρχοντα instances, δίκτυα και storage σας εμφανίζονται όπως είναι, όχι όπως πράγματα που πρέπει να ξαναδημιουργήσετε. Κανείς που αξιολογεί μια πλατφόρμα υποδομής δεν έχει άδεια υποδομή, και ένα προϊόν που δείχνει αξία μόνο αφού έχετε ξαναχτίσει κάτι μέσα του έχει κανονίσει η ίδια η επίδειξή του να αποτύχει. Η πρώτη συνεδρία θα έπρεπε να σας δείχνει την υποδομή σας, συμπεριλαμβανομένων των κομματιών που είχατε σιωπηλά ξεχάσει.
Ξεκινήστε από ό,τι ήδη υπάρχει
Στην πλευρά του cloud αυτό σημαίνει έντεκα πάροχοι πίσω από ένα interface: Hetzner, OVHcloud, Scaleway, UpCloud, AWS, Azure, Google Cloud, DigitalOcean, Vultr, Akamai/Linode και Oracle Cloud. Όχι μια αφαίρεση κοινού παρανομαστή που κρύβει ό,τι είναι ενδιαφέρον - δίκτυα, κανόνες firewall και εγγραφές DNS δημιουργούνται και αλλάζουν στον ίδιο τον πάροχο, οπότε αυτό που βλέπετε είναι αυτό που πραγματικά έχει ο πάροχος, και ό,τι διαμορφώνετε συνεχίζει να λειτουργεί αν σταματήσετε να μας χρησιμοποιείτε αύριο το πρωί.
Στη φυσική πλευρά, ένας agent διακομιστή φέρνει τους δικούς σας διακομιστές στην ίδια απογραφή: ένα μηχάνημα στο δικό σας rack, σε ένα κλουβί colocation, ή ένα κουτί σε έναν πάροχο με τον οποίο δεν ενσωματωνόμαστε απευθείας. Κάθεται δίπλα στους πόρους cloud αντί σε ξεχωριστή ενότητα, γιατί ολόκληρο το νόημα είναι ότι το «τι λειτουργούμε» πρέπει να έχει μία απάντηση. Για ομάδες των οποίων οι περιορισμοί αποκλείουν εντελώς ένα φιλοξενούμενο control plane, υπάρχει μια on-premise έκδοση με ετήσια άδεια χρήσης και υποστήριξη.
Το on-premise μισό δεν είναι legacy
Υπάρχει μια βολική υπόθεση σε αυτή την αγορά ότι το ιδιόκτητο hardware είναι μια μεταβατική κατάσταση στον δρόμο προς κάτι καλύτερο. Μερικές φορές είναι. Συχνά είναι η σωστή απάντηση: προβλέψιμα βαριά workloads όπου κατέχετε την απόσβεση, δεδομένα που η ρύθμιση ή η σύμβαση κρατούν μέσα σε ένα συγκεκριμένο κτίριο, απαιτήσεις latency που μια περιοχή δεν μπορεί να ικανοποιήσει, και hardware με χρόνια χρήσιμης ζωής ακόμα μπροστά του. Το να μεταχειρίζεστε αυτή την υποδομή ως δεύτερης κατηγορίας στα εργαλεία σας δεν επιταχύνει τη συνταξιοδότησή της. Απλά σημαίνει ότι παρακολουθείται χειρότερα.
Ένα control plane και για τα δύο μισά αλλάζει μικρά πράγματα που αθροίζονται. Η δαπάνη παρακολουθείται σε όλους τους παρόχους με ανώτατα όρια, οπότε το ερώτημα του τι κοστίζει ένα περιβάλλον έχει μία μοναδική απάντηση αντί για πέντε εξαγωγές. Οι ρόλοι και οι προσκλήσεις είναι ανά οργανισμό, οπότε η επισκόπηση πρόσβασης είναι μία επισκόπηση. Και κάθε αλλαγή, cloud και on-premise εξίσου, καταλήγει στο ίδιο append-only, αλυσιδωτό με hash ίχνος ελέγχου, εξαγόμενο με το hash κάθε εγγραφής και του προκατόχου της ώστε ένας ελεγκτής να μπορεί να επαληθεύσει την ακολουθία ανεξάρτητα.
Τι σας αγοράζει ένα control plane
Η ειλικρινής θεώρηση είναι ότι τίποτα από αυτά δεν κάνει το υβριδικό απλό. Δύο μοντέλα φιλοξενίας εξακολουθούν να έχουν δύο χαρακτηριστικά αστοχίας, δύο διαδικασίες προμηθειών και δύο δομές κόστους, και κανένα interface δεν το αφαιρεί αυτό. Αυτό που αφαιρεί είναι ο φόρος που πληρώνετε για το όριο: οι διπλές απογραφές, η δεύτερη επισκόπηση πρόσβασης, το περιστατικό όπου κανείς δεν μπορεί να πει τι έκανε η on-premise πλευρά εκείνη τη στιγμή. Αυτόν τον φόρο τον πληρώνει η μικρότερη ομάδα σας, συνεχώς, και γι' αυτό το υβριδικό μοιάζει χειρότερο απ' όσο πραγματικά είναι.
Οπότε το τεστ που θα θέταμε σε κάθε πλατφόρμα διαχείρισης υβριδικού cloud, συμπεριλαμβανομένης της δικής μας, είναι σύντομο. Μπορείτε να δείτε όλα όσα λειτουργείτε, ενοικιαζόμενα και ιδιόκτητα, σε μία λίστα, μέσα σε μία ώρα, χωρίς να μεταφέρετε τίποτα; Μπορείτε να πείτε ποιος άλλαξε τι τον προηγούμενο μήνα, και στις δύο πλευρές του ορίου; Μπορείτε να απαντήσετε τι κοστίζει αυτό χωρίς να ανοίξετε πέντε κονσόλες; Αν ναι, το υβριδικό είναι απλώς υποδομή ξανά. Αν όχι, δεν έχετε πλατφόρμα, έχετε ακόμα μια κονσόλα.