Ρωτήστε δέκα ομάδες υποδομής αν έχουν στρατηγική εξόδου από το cloud και εννέα θα πουν ναι. Ρωτήστε από τι αποτελείται και συνήθως θα πάρετε μια σελίδα wiki γραμμένη κατά τη διάρκεια μιας αξιολόγησης προμηθευτή, που καταγράφει ποιες υπηρεσίες είναι ιδιόκτητες και ποιες είναι φορητές. Αυτό είναι απογραφή, όχι στρατηγική. Το πραγματικό τεστ είναι λιγότερο άνετο: αν ο πάροχός σας διπλασίαζε τις τιμές του, άλλαζε δικαιοδοσία, ή ανέστελλε τον λογαριασμό σας μια Τρίτη το πρωί, πόσες εβδομάδες μέχρι να εξυπηρετείτε κίνηση κάπου αλλού - και ποιος στην ομάδα σας μπορεί να το απαντήσει αυτό χωρίς να ανοίξει ένα spreadsheet;
Η ρυθμιστική πίεση εδώ είναι πραγματική αλλά δεν είναι το ενδιαφέρον κομμάτι. Ο Data Act αφαιρεί τις χρεώσεις αλλαγής παρόχου, κάτι που παίρνει μακριά τη δικαιολογία του οικονομικού τμήματος. Το Schrems II και ο CLOUD Act πήραν μακριά τη νομική εδώ και χρόνια. Αυτό που μένει είναι η μηχανική πραγματικότητα, και καμία οδηγία δεν το διορθώνει αυτό. Μια ρυθμιστική αρχή μπορεί να κάνει το να φύγεις φθηνότερο στα χαρτιά· δεν μπορεί να κάνει το pipeline ανάπτυξής σας, το μοντέλο ταυτότητάς σας, τις εγγραφές DNS σας και το μονοπάτι επαναφοράς σας να δουλέψουν σε δεύτερο πάροχο. Αυτή η δουλειά είναι δική σας, και είναι όλο το κόστος.
Τι είναι πραγματικά μια στρατηγική εξόδου από το cloud
Μια στρατηγική εξόδου είναι μια μετρήσιμη ιδιότητα της αρχιτεκτονικής σας, όχι ένα έγγραφο. Η μέτρηση είναι απλή: τι ποσοστό της τρέχουσας υποδομής σας θα μπορούσατε να στήσετε σε διαφορετικό πάροχο, χρησιμοποιώντας εργαλεία που ήδη λειτουργείτε, χωρίς να γράψετε νέο κώδικα; Για τις περισσότερες ομάδες η ειλικρινής απάντηση προσγειώνεται κάπου ανάμεσα σε σαράντα και εβδομήντα τοις εκατό, και το κενό δεν είναι ποτέ εκεί που περίμεναν. Σπάνια είναι η εφαρμογή. Είναι η managed βάση δεδομένων, η ουρά, η σημασιολογία του object storage, και οι έντεκα μικρές λειτουργικές συνήθειες που κανείς ποτέ δεν κατέγραψε.
Ο τρόπος αποτυχίας είναι το να πιστεύετε ότι το να έχετε δύο παρόχους αποδεικνύει κάτι. Πολλές εταιρείες τρέχουν παραγωγή σε έναν hyperscaler και ένα ξεχασμένο test project κάπου αλλού, και μετά ονομάζουν το αποτέλεσμα multi-cloud. Η προαιρετικότητα δεν είναι η ύπαρξη δεύτερου λογαριασμού· είναι η ικανότητα να την ασκήσετε. Μέχρι ένα πραγματικό workload - με monitoring, backups, βάρδιες on-call και μια επαναφορά που πραγματικά έχετε εκτελέσει - να τρέχει κάπου αλλού εκτός από τον κύριο πάροχό σας, έχετε ένα δεύτερο τιμολόγιο, όχι μια δεύτερη επιλογή.
Τα τρία πράγματα που κάνουν την έξοδο δύσκολη
Πρώτον, η βαρύτητα δεδομένων, που είναι βαρετή και αποφασιστική. Τα bytes είναι φθηνά να αντιγραφούν και ακριβά να μετακινηθούν συνεπώς ενώ ένα σύστημα είναι ζωντανό. Τη στιγμή που τα δεδομένα σας κάθονται μέσα σε μια ιδιόκτητη managed υπηρεσία, η έξοδος σταματά να είναι αντιγραφή και γίνεται επανεγγραφή όλων όσων της μιλούν. Γι' αυτό οι ομάδες που κρατούν την κατάστασή τους σε κάτι που θα μπορούσαν να λειτουργήσουν μόνες τους - ακόμα κι αν επιλέγουν να μην το κάνουν σήμερα - διατηρούν επιλογές που οι ομάδες σε πλήρως managed στοίβες χάνουν σιωπηλά μέσα σε λίγα χρόνια.
Δεύτερον, η λειτουργική μυϊκή μνήμη. Η ομάδα σας γνωρίζει το μοντέλο ταυτότητας ενός παρόχου, μια αφαίρεση firewall, έναν τρόπο ονομασίας δικτύων, μια διάταξη κονσόλας στις τρεις το πρωί. Μετακινηθείτε σε δεύτερο πάροχο και όλα αυτά είναι άγνωστα υπό πίεση. Το κόστος δεν είναι το Σαββατοκύριακο της μετανάστευσης· είναι οι επόμενοι έξι μήνες περιστατικών που χειρίζονται λίγο πιο αργά άνθρωποι που μαντεύουν. Κανείς δεν το βάζει αυτό σε μια εκτίμηση μετανάστευσης, και είναι συνήθως η μεγαλύτερη γραμμή σε αυτήν.
Τρίτον, η απόδοση κόστους. Οι περισσότερες ομάδες δεν μπορούν να σας πουν τι κοστίζει σήμερα ένα μεμονωμένο workload, κάτι που κάνει τη σύγκριση παρόχων αδύνατη εξ ορισμού. Αν ο λογαριασμός σας είναι ένας αριθμός ανά πάροχο και η αρχιτεκτονική σας είναι σαράντα υπηρεσίες, η συζήτηση εξόδου εκφυλίζεται σε διαισθήσεις. Πριν μπορέσετε να τιμολογήσετε μια έξοδο χρειάζεστε τη δαπάνη κατανεμημένη ανά υπηρεσία, project και περιβάλλον, σε κάθε πάροχο που χρησιμοποιείτε, συμπεριλαμβανομένων των μικρών που ξεχάσατε. Είναι άχαρη προεργασία, και είναι προϋπόθεση για κάθε άλλη απόφαση εδώ.
Πώς να αποφύγετε το cloud vendor lock-in στην ΕΕ
Αν θέλετε να αποφύγετε το cloud vendor lock-in, η αγορά της ΕΕ βρίσκεται σε καλύτερη κατάσταση απ' όσο υποθέτουν οι περισσότερες ομάδες. Η σχέση τιμής-απόδοσης της Hetzner κάνει τα τιμολόγια hyperscaler να μοιάζουν με στρογγυλοποίηση προς λάθος κατεύθυνση. Η OVHcloud λειτουργεί τα δικά της data centers και fiber σε όλη την Ευρώπη. Η Scaleway παραδίδει μια γνησίως μοντέρνα εμπειρία developer από τη Γαλλία. Η UpCloud προσφέρει αξιόπιστο compute από τη Φινλανδία. Καμία τους δεν αντικαθιστά κάθε υπηρεσία hyperscaler - αλλά για compute, block storage και δίκτυο, όπου πραγματικά πηγαίνει το μεγαλύτερο μέρος των χρημάτων υποδομής, είναι αξιόπιστες και λογοδοτούν μόνο στο ευρωπαϊκό δίκαιο.
Το ειλικρινές όριο είναι οι managed υπηρεσίες. Αν το προϊόν σας είναι χτισμένο πάνω σε μια ιδιόκτητη serverless βάση δεδομένων, ένα συγκεκριμένο event bus, ή μια πλατφόρμα μηχανικής μάθησης χωρίς αντίστοιχο αλλού, κανένας βαθμός ευρωπαϊκού ενθουσιασμού δεν το αλλάζει αυτό μέσα σε ένα τρίμηνο. Η χρήσιμη κίνηση δεν είναι μια ηρωική μετανάστευση όλα-ή-τίποτα. Είναι να ξέρετε ακριβώς ποια workloads είναι φορητά σήμερα, να τρέξετε μερικά από αυτά εκεί όπου η δικαιοδοσία και η τιμή σας ταιριάζουν, και να αντιμετωπίσετε τα υπόλοιπα ως μια σκόπιμη, τεκμηριωμένη απόφαση αντί για ατύχημα της ιστορίας.
Τι περιλαμβάνει πραγματικά μια πρόβα εξόδου
Αντιμετωπίστε το σαν άσκηση επαναφοράς backup, γιατί αυτό ακριβώς είναι. Επιλέξτε ένα πραγματικό workload - όχι το site μάρκετινγκ, κάτι με κατάσταση και ένα runbook. Στήστε το σε δεύτερο πάροχο. Στρέψτε ένα μέρος πραγματικής κίνησης σε αυτό. Σπάστε το σκόπιμα και δείτε αν το monitoring σας, το μοντέλο πρόσβασής σας και η βάρδια on-call σας λειτουργούν κι εκεί. Έπειτα γράψτε τον πραγματικό χρόνο και όλα όσα σας εξέπληξαν. Μια πρόβα που δεν παράγει καμία έκπληξη συνήθως σημαίνει ότι διαλέξατε κάτι πολύ εύκολο.
Ο λόγος που οι περισσότερες ομάδες ποτέ δεν κάνουν πρόβα δεν είναι τεμπελιά, είναι εργαλεία. Κάθε επιπλέον πάροχος σημαίνει άλλη κονσόλα, άλλο μοντέλο credentials, άλλη εξαγωγή χρέωσης, άλλο σύνολο ιδιαιτεροτήτων προς εκμάθηση - και μια μικρή ομάδα πλατφόρμας δεν μπορεί να το απορροφήσει αυτό ανά cloud. Αυτός είναι ο λειτουργικός φόρος που σιωπηλά μετατρέπει μια συζήτηση κυριαρχίας σε πρόβλημα του επόμενου έτους, κάθε χρόνο. Είναι επίσης, ακριβώς, το πρόβλημα που ένα control plane υποτίθεται ότι αφαιρεί από το γραφείο σας.
Αυτό χτίσαμε το Sencai για να είναι. Ένα control plane σε έντεκα παρόχους - Hetzner, OVHcloud, Scaleway, UpCloud, AWS, Azure, Google Cloud, DigitalOcean, Vultr, Akamai/Linode και Oracle Cloud - συν τους δικούς σας διακομιστές μέσω ενός host agent. Δίκτυα, firewalls και DNS διαχειρίζονται εκεί όπου πραγματικά ζουν, στον πάροχο, ώστε ένας δεύτερος πάροχος να γίνεται ένα πλακίδιο στο ίδιο interface αντί για δεύτερη ομάδα πλατφόρμας. Η δαπάνη παρακολουθείται ανά οργανισμό με ανώτατα όρια, οπότε η συζήτηση εξόδου έχει αριθμούς μέσα της.
Μπορείτε να το τρέξετε στους δικούς σας λογαριασμούς παρόχου, ή να αγοράσετε τη χωρητικότητα μέσω εμάς και να κρατήσετε ένα τιμολόγιο - και τα δύο υποστηρίζονται, και η επιλογή είναι δική σας να την αλλάξετε αργότερα. Όποιο κι αν επιλέξετε το παραδοτέο είναι το ίδιο, και είναι ο μόνος αριθμός που αξίζει να αναφέρεται προς τα πάνω: πόσο θα σας πάρει να τρέχετε κάπου αλλού. Μετρήστε το μία φορά και σταματά να είναι φόβος. Μετρήστε το κάθε τρίμηνο και γίνεται διαπραγματευτικό πλεονέκτημα - σε μια διαπραγμάτευση, σε μια επισκόπηση προμηθειών, και τη μέρα που κάτι επιβάλλει το ερώτημα.