cloud region

Cloud region: πώς ορίζουμε απαιτήσεις τοποθεσίας και ανθεκτικότητας

Η επιλογή cloud region καθορίζει σε ποια γεωγραφική περιοχή θα τοποθετηθούν πόροι μιας εφαρμογής στον πάροχο υπολογιστικού νέφους. Η απόφαση επηρεάζει την προσβασιμότητα από τους χρήστες, τη διαθεσιμότητα επιμέρους υπηρεσιών, τις επιλογές ανάκτησης και τις απαιτήσεις διαχείρισης δεδομένων. Δεν ισοδυναμεί με απλή επιλογή χώρας από ένα μενού. Πριν εγκαταστήσουμε συστήματα, χρειάζεται να ορίσουμε ποια εφαρμογή αφορά, ποιο είναι το αποδεκτό επίπεδο καθυστέρησης, ποια δεδομένα διατηρεί και τι συμβαίνει όταν μια περιοχή παρουσιάσει πρόβλημα. Χωρίς αυτό το πλαίσιο, η αρχική ρύθμιση μπορεί να γίνει δύσκολο και ακριβό σημείο εξάρτησης.

Περιοχή και ζώνη διαθεσιμότητας δεν σημαίνουν το ίδιο

Η Microsoft περιγράφει μια γεωγραφική περιοχή υπηρεσιών ως σύνολο κέντρων δεδομένων και δικτυακής υποδομής. Σε επιλεγμένες περιοχές υπάρχουν χωριστές ζώνες διαθεσιμότητας, δηλαδή ομάδες εγκαταστάσεων με ανεξάρτητα κρίσιμα συστήματα. Η επιλογή περιοχής επομένως δεν εγγυάται ότι η εφαρμογή χρησιμοποιεί αυτόματα πολλαπλές ζώνες. Χρειάζεται να ελέγξουμε αν οι συγκεκριμένες υπηρεσίες υποστηρίζουν τη σχετική διάταξη και αν η εφαρμογή έχει κατασκευαστεί ώστε να την αξιοποιεί. Ομοίως, η χρήση πολλών ζωνών δεν καλύπτει κάθε πιθανό συμβάν σε ολόκληρη την περιοχή. Ο σχεδιασμός πρέπει να ξεχωρίζει τα επίπεδα κινδύνου.

Κατάλογος απαιτήσεων πριν δημιουργήσουμε πόρους

Ξεκινάμε με μητρώο εφαρμογών και δεδομένων: τι αποθηκεύεται, από πού συνδέονται οι χρήστες, ποιες εξωτερικές υπηρεσίες απαιτούνται και ποιος εγκρίνει την τοποθέτηση. Προσθέτουμε απαιτήσεις καθυστέρησης, ορίων συνέχειας, διαθεσιμότητας διαχειριζόμενων υπηρεσιών και συνδεσιμότητας με υπάρχοντα συστήματα. Για κάθε σημείο ορίζουμε αν είναι υποχρεωτικό ή επιθυμητό, καθώς και αποδεικτικό ελέγχου. Η λίστα δεν πρέπει να ξεκινά με τα ονόματα των διαθέσιμων περιοχών και να αναζητά εκ των υστέρων επιχειρήματα. Αρχικά ορίζονται ανάγκες, κατόπιν εξετάζονται υποψήφιες περιοχές και τέλος υλοποιούνται δοκιμές.

Πού βρίσκονται δεδομένα, αντίγραφα και αρχεία καταγραφής

Η κύρια βάση δεδομένων ενδέχεται να λειτουργεί σε μια περιοχή, αλλά μια υπηρεσία αντιγράφων ή παρακολούθησης να διαθέτει διαφορετικές ρυθμίσεις αποθήκευσης. Για εφαρμογές με περιορισμούς γεωγραφικής επεξεργασίας απαιτείται απογραφή όλων αυτών των ροών. Ελέγχουμε τις τεχνικές δυνατότητες περιορισμού, τις συμβάσεις υποστήριξης και τη διαχείριση κλειδιών. Αν χρειάζεται συνδρομή νομικού συμβούλου, η ομάδα τεκμηριώνει τη συγκεκριμένη απαίτηση αντί να συμπεραίνει συμμόρφωση από τη γεωγραφική ετικέτα μιας υπηρεσίας. Προσοχή χρειάζονται επίσης οι διαδικασίες ανάκτησης, γιατί μπορεί να προϋποθέτουν αντιγραφή δεδομένων σε άλλη περιοχή.

Απόδοση δικτύου με πραγματική διαδρομή χρήστη

Μια γεωγραφικά κοντινή περιοχή δεν είναι πάντα η ταχύτερη για κάθε χρήστη. Διαδρομές παρόχων, ενδιάμεσες υπηρεσίες και αρχιτεκτονική εφαρμογής επηρεάζουν τον συνολικό χρόνο απόκρισης. Εκτελούμε δοκιμές από σημεία που αντιπροσωπεύουν το πραγματικό κοινό και από τα συστήματα με τα οποία η εφαρμογή ανταλλάσσει πληροφορίες. Μετράμε όχι μόνο την καλύτερη τιμή αλλά και τη συμπεριφορά υπό φόρτο και σε ώρες αιχμής. Αν μια υπηρεσία εξαρτάται από εσωτερικό σύστημα γραφείου, εξετάζουμε και τη σύνδεση εκείνου του συστήματος. Η επιλογή τοποθεσίας πρέπει να στηρίζεται σε πραγματικές διαδρομές, όχι μόνο σε χάρτη.

Έλεγχος υπηρεσιών που όντως διατίθενται

Δεν προσφέρονται όλες οι δυνατότητες κάθε παρόχου σε κάθε περιοχή και η υποστήριξη ζωνών μπορεί να διαφέρει ανά υπηρεσία. Η Microsoft, για παράδειγμα, επισημαίνει ότι η ύπαρξη ζωνών σε μια περιοχή δεν σημαίνει υποστήριξη από κάθε προϊόν. Ελέγχουμε την επίσημη τεκμηρίωση την ημέρα του σχεδιασμού και αποτυπώνουμε ποιες εκδόσεις και λειτουργίες είναι διαθέσιμες. Αν μια κρίσιμη υπηρεσία λείπει, εξετάζουμε εναλλακτική αρχιτεκτονική ή άλλη περιοχή. Προσέχουμε τις εξαρτήσεις από συστήματα ταυτοποίησης, διαχείρισης κλειδιών και παρακολούθησης, που ενδέχεται να έχουν δικές τους γεωγραφικές ιδιαιτερότητες.

Πλάνο συνέχειας για αστοχία ζώνης ή περιοχής

Ορίζουμε πόσο μπορεί να μείνει μια εφαρμογή εκτός λειτουργίας και πόση απώλεια πρόσφατων αλλαγών μπορεί να δεχτεί. Έπειτα αποφασίζουμε αν επαρκεί μια πολυζωνική υλοποίηση ή αν χρειάζεται δεύτερη γεωγραφική περιοχή. Η δεύτερη επιλογή αυξάνει την πολυπλοκότητα δεδομένων, δικτύου και λειτουργίας. Απαιτεί σαφή απόφαση για την προτεραιότητα υπηρεσιών, τον τρόπο μεταγωγής και την επιστροφή στην κανονική λειτουργία. Οι δοκιμές ανάκτησης πρέπει να περιλαμβάνουν ασυνέπειες δεδομένων και όχι μόνο επανεκκίνηση πόρων. Καμία διάταξη δεν εγγυάται μηδενικό κίνδυνο· αξιολογούμε το υπόλοιπο ρίσκο σε σχέση με τις ανάγκες.

Κόστος μεταφοράς δεδομένων και λειτουργικής πολυπλοκότητας

Η επιλογή δύο περιοχών μπορεί να επηρεάσει τις χρεώσεις μεταφοράς, τα αντίγραφα, τον απαιτούμενο εξοπλισμό δικτύου και τον χρόνο διαχείρισης. Παράλληλα, η απόσταση μεταξύ βάσεων δεδομένων μπορεί να επηρεάσει τον τρόπο συγχρονισμού. Πριν αποφασίσουμε, υπολογίζουμε τουλάχιστον συνήθη λειτουργία, περίοδο αιχμής και σενάριο ανάκαμψης. Καταγράφουμε τις υποθέσεις που χρησιμοποιήσαμε, ώστε η εκτίμηση να μπορεί να αναθεωρηθεί. Η φθηνότερη περιοχή στη χρέωση υπολογιστικής ισχύος ίσως δεν είναι η οικονομικότερη για ολόκληρη την εφαρμογή. Χρειάζεται σύγκριση του συνολικού σχεδιασμού και όχι ενός μεμονωμένου τιμολογίου.

Οργανωτικά δικαιώματα και αυτοματοποιημένη συμμόρφωση

Όταν πολλές ομάδες δημιουργούν πόρους ανεξάρτητα, μπορεί να εμφανιστούν εφαρμογές σε μη εγκεκριμένες περιοχές. Η οργάνωση χρειάζεται πολιτική επιτρεπόμενων τοποθεσιών, σαφή δικαιώματα έγκρισης και διαδικασία ελέγχου νέων υπηρεσιών. Τα τεχνικά εργαλεία μπορούν να βοηθήσουν στον εντοπισμό αποκλίσεων, αλλά η πολιτική πρέπει πρώτα να είναι κατανοητή. Προβλέπουμε εξαιρέσεις με αιτιολόγηση, διάρκεια ισχύος και υπεύθυνο επανεξέτασης. Για τη γενικότερη επιλογή μοντέλων υπηρεσιών, η παρουσίαση cloud και επιχειρηματικές επιλογές δίνει συμπληρωματικό πλαίσιο. Η εξειδικευμένη χρήση νέφους στον δημόσιο τομέα απαιτεί ιδιαίτερη εξέταση του σχετικού κανονιστικού πλαισίου.

Δοκιμή αποδοχής και τεκμήρια για τη διοίκηση

Για κάθε υποψήφια περιοχή κρατάμε συνοπτικό πίνακα: διαθέσιμες υπηρεσίες, δοκιμασμένη καθυστέρηση, επιτρεπόμενες τοποθεσίες δεδομένων, επιλογές εφεδρείας, εκτίμηση κόστους και εκκρεμείς κίνδυνοι. Η δοκιμή πρέπει να δείχνει ότι η εφαρμογή ανακτάται από συγκεκριμένη βλάβη και ότι τα κρίσιμα δεδομένα παραμένουν στις συμφωνημένες ροές. Συνδέουμε κάθε δοκιμή με αποτέλεσμα και υπεύθυνο παραλαβής. Αν μια απαραίτητη υπηρεσία δεν υποστηρίζεται, δεν δηλώνουμε επιτυχία επειδή λειτουργεί ένα απλό δοκιμαστικό μηχάνημα. Η περιοχή εγκρίνεται όταν αποδειχθεί κατάλληλη για το συνολικό φορτίο της εφαρμογής και τη λειτουργία της ομάδας.

Ερωτήσεις που προστατεύουν μια απόφαση μακράς διάρκειας

Μπορούμε να μεταφέρουμε την εφαρμογή αν αλλάξουν οι συνθήκες; Γνωρίζουμε σε ποιες περιοχές αποθηκεύονται τα αντίγραφα; Έχουμε δοκιμάσει βλάβη ζώνης και, όπου απαιτείται, ολόκληρης περιοχής; Ποιες υπηρεσίες υποστηρίζονται πραγματικά και τι θα συμβεί αν μεταβληθούν; Ποιος εγκρίνει νέους πόρους; Αν μια απάντηση λείπει, την καταγράφουμε ως απαίτηση πριν το οριστικό σχέδιο. Αυτή η πειθαρχία κάνει την επιλογή περιοχής λιγότερο εξαρτημένη από υποθέσεις και περισσότερο ελέγξιμη κατά τη λειτουργία, την επέκταση και την ενδεχόμενη μεταφορά της υπηρεσίας.

Πώς αποφεύγουμε τη σύγχυση «περιοχή ίσον χώρα»

Οι εμπορικές ονομασίες περιοχών και οι πληροφορίες για τη γεωγραφική τους θέση διαφέρουν ανά πάροχο. Ελέγχουμε τον επίσημο ορισμό και τις διαθέσιμες λειτουργίες πριν θεωρήσουμε ότι μια ονομασία καλύπτει όλες τις απαιτήσεις μας. Ακόμη και όταν η βασική υπηρεσία βρίσκεται στον επιθυμητό τόπο, ορισμένες διαδικασίες υποστήριξης και παρακολούθησης χρειάζονται ιδιαίτερη διερεύνηση. Σημειώνουμε ποιες υποθέσεις έχουν επιβεβαιωθεί από έγγραφα και ποιες αποτελούν εκκρεμότητα. Μια ασαφής ονομασία δεν πρέπει να μετατρέπεται σε συμβατική δέσμευση που κανείς δεν μπορεί να αποδείξει στην πράξη.

Επανεξέταση μετά την παραγωγική λειτουργία

Η έγκριση της περιοχής δεν τελειώνει την ημέρα έναρξης. Παρακολουθούμε αλλαγές στην κατανομή χρηστών, τις διαθέσιμες υπηρεσίες και την πραγματική κατανάλωση πόρων. Ελέγχουμε αν η αρχική υπόθεση καθυστέρησης επιβεβαιώνεται και αν οι δοκιμές ανάκτησης εξακολουθούν να αποδίδουν. Όταν προστίθεται μια νέα εφαρμογή, μπορεί να απαιτεί διαφορετική τοποθέτηση από την υπάρχουσα. Κρατάμε τις αποφάσεις και τα αποδεικτικά σε κοινό αρχείο ώστε να μη χρειάζεται να ξαναγίνεται η ίδια συζήτηση από την αρχή. Η επανεξέταση είναι μέρος της ασφαλούς λειτουργίας και όχι ένδειξη ότι η αρχική επιλογή ήταν εσφαλμένη.