Ηγέτες σκέψης

Γιατί η ιστοσελίδα ηλεκτρονικού εμπορίου σας χρειάζεται μια προσέγγιση multi-cloud active-active αυτή τη διακοπές

mm
Προσθέστε το Unite.AI στις προτιμώμενες πηγές σας στο Google

Για τους ηγέτες του ηλεκτρονικού εμπορίου, οι διακοπές φέρνουν δύο βεβαιότητες: μια τεράστια εισροή αγοραστών και einen αυξημένο κίνδυνο διακοπών παρόχων cloud. Οι μεγάλες διακοπές cloud φαίνεται να γίνονται πιο συχνές και πιο καταστροφικές. Η περιοχή AWS US-East-1, για παράδειγμα, έχει μια ιστορία σημαντικών διακοπών κατά τη διάρκεια των διακοπών. Παρόμοια, κάθε χρόνο τον Ιανουάριο, η Microsoft Azure τείνει να έχει προβλήματα καθυστέρησης δικτύου ή διακοπές δικτύου λόγω του σχεδίου κυκλοφορίας ή δοκιμών σε ορισμένες περιοχές. Και δεν χρειάζεται να ψάξουμε πέρα από τον περασμένο Ιούνιο, όταν μια μεγάλη διακοπή του Google Cloud επηρέασε μια ευρεία γκάμα εφαρμογών, για να θυμηθούμε ότι κανένας einzelner πάροχος δεν είναι ασφαλής.

Εάν είστε υπεύθυνος για μια επιχείρηση ηλεκτρονικού εμπορίου, δεν θέλετε να ανακαλύψετε ότι mặc dù έχετε όλα ρυθμισμένα σωστά, κάτι έχει σταματήσει να λειτουργεί κατά τη διάρκεια της πιο κρίσιμης περιόδου του χρόνου. Αυτές οι τάσεις διακοπών και προβλημάτων παρόχων cloud μπορεί να μην είναι στο ραντάρ σας, και να μην πρέπει να είναι. Εάν είστε μηχανικός αξιοπιστίας ιστοσελίδας, δεν πρέπει να ανησυχείτε για το αν μια διακοπή cloud θα επηρεάσει την εφαρμογή σας, ούτε πρέπει να προσπαθείτε να điều chỉnh την υποδομή σας κατά τη διάρκεια μιας διακοπής. Αντίθετα, πρέπει να επανεξετάσετε τι γνωρίζετε για το multi-cloud.

Εφαρμογές multi-cloud

Εάν η οργάνωση σας πληρώνει AWS, Azure και GCP, τότε έχεις όντως τις τρεις cloud στη διάθεσή σου. Ωστόσο, ενώ μπορείς να χρησιμοποιείς όλες τις τρεις, είναι σημαντικό να εξετάσεις τι συμβαίνει όταν πας ένα επίπεδο πιο sâu. Είναι κάποιες από τις εφαρμογές σου AWS-, Azure- ή GCP-ειδικές; Θα συνεχίσουν να λειτουργούν εάν ένας πάροχος cloud είναι κάτω και πρέπει να μεταβείς γρήγορα σε έναν άλλον;

Η εφαρμογή σας πρέπει να λειτουργεί τέλεια σε οποιαδήποτε από τις cloud. Αυτό είναι μια αληθινή ρύθμιση multi-cloud. Εάν θέλετε να είστε αδιάκριτος cloud, δεν μπορείτε να πληρώσετε μόνο για multi-cloud, πρέπει επίσης να βεβαιωθείτε ότι οι εφαρμογές σας είναι επίσης multi-cloud.

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

Κλιμάκωση σε μια προσέγγιση active-active

Αυτό απαιτεί κάποια σοβαρή προετοιμασία από τους DevOps. Είναι εξαιρετικά δύσκολο να έχεις μια 100% ακριβή Στρατηγική Συνέχειας Επιχειρήσεων και Ανασυγκρότησης Καταστροφών (BCDR)既然 όταν πρόκειται για την εκτέλεση των επιχειρήσεων σας live, υπάρχουν πολλαπλά σημεία αποτυχίας. Δεν θέλετε να δοκιμάσετε τη στρατηγική BCDR σας κατά τη διάρκεια μιας διακοπής, οπότε μπορεί να νιώσετε ότι ό,τι μπορείτε να κάνετε είναι να προβλέψετε πιθανές σενάρια και στη συνέχεια να προετοιμαστείτε ανάλογα.

Η συμβουλή μου στους μηχανικούς αξιοπιστίας ιστοσελίδας είναι να αρχιτεκτονήσουν για αποτυχία από προεπιλογή. Αυτό σημαίνει να έχεις einen δευτερεύοντα ή sogar einen τριτεύοντα cloud να τρέχει σε μια ενεργή κατάσταση. Μια στρατηγική BCDR που περιορίζεται σε einen seul πάροχο είναι ένα einzelner σημείο αποτυχίας, εάν το πλάνο ελέγχου ή το δίκτυο του παρόχου αποτύχει, ολόκληρο το σχέδιο ανάκτησης σας είναι άχρηστο.

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

Αυτή η προσέγγιση active-active σημαίνει ότι έχετε την πλήρη εφαρμογή σας διπλωμένη, να τρέχει κάπου αλλού. Εάν ο primary πάροχος cloud σας υποστεί μια σοβαρή υποβάθμιση ή διακοπή, μπορείτε να μεταφέρετε ομαλά το 100% του траφικού σας στον δευτερεύοντα πάροχο μέσω του DNS ή ενός παγκόσμιου φόρτου, καθιστώντας το το primary σημείο εισόδου χωρίς διακοπή για τους πελάτες σας.

Ο πραγματικός κόστος της μη υιοθέτησης μιας προσέγγισης multi-cloud

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

Ωστόσο, είναι δύσκολο να ελέγξετε τα έξοδά σας εάν χρησιμοποιείτε μόνο einen πάροχο cloud, τα έξοδά σας cloud πιθανότατα μοιάζουν με einen εκθετικό γράφο. Εάν υιοθετήσετε πολλαπλούς cloud, αυτός ο εκθετικός γράφος θα μοιάζει ακόμη πιο απότομος.

Όταν διπλασιάζεις την υποδομή σας από τον primary cloud σας, φυσικά δεν θέλετε τα έξοδά σας να διπλασιαστούν. Γι’ αυτό σας συνιστώ να επικεντρωθείτε σε φθηνότερους cloud που προσφέρουν ανταγωνιστική απόδοση σε χαμηλότερη τιμή. Εάν έχετε einen δευτερεύοντα cloud να τρέχει σε einen φθηνότερο cloud, θα έχετε ακόμη πλήρη active-active αναduplication, αλλά με χαμηλότερο κόστος. Είναι ένα win-win.

Τελικές Σκέψεις

Η εκτέλεση των εφαρμογών σας active-active σε πολλαπλούς παρόχους cloud δεν σημαίνει απλώς τη δημιουργία ενός αντίγραφου. Σημαίνει την κατασκευή για πραγματική ανθεκτικότητα, την εξασφάλιση ότι η επιχείρησή σας δεν έχει ένα einzelner σημείο αποτυχίας και την ικανότητα να προσφέρει συνεχή ταχύτητα ακόμη και κατά τη διάρκεια των πικ διακοπών.

Αυτή τη διακοπές, μην ελπίζετε μόνο στην αξιοπιστία. Κτίστε για αυτή. Μηχανικής τους συστήματά σας να τρέχουν συνεχώς, ανεξάρτητα από ποιον πάροχο cloud ή περιοχή αποτυγχάνει. Παρέχετε μια άψογη εμπειρία πελάτη υιοθετώντας μια αληθινή active-active, multi-cloud αρχιτεκτονική.

Ο Harshit Omar είναι ο συνιδρυτής και τεχνικός διευθυντής της FluidCloud, όπου κατασκευάζει το μέλλον της υποδομής του cloud, ermögνοντας στις επιχειρήσεις να μεταναστεύουν, να αναπαράγουν και να βελτιστοποιούν τις εργασίες τους σε περιβάλλοντα multi-cloud. Προηγουμένως, ήταν ο πρώτος μηχανικός στην Accurics, όπου ηγήθηκε των βασικών εργασιών ανάπτυξης του μηχανισμού πολιτικής και της πλατφόρμας ασφάλειας cloud.

Με βαθιά εμπειρία σε Go, Kubernetes, Terraform και συμμόρφωση cloud, ο Harshit έχει περάσει πάνω από μια δεκαετία σχεδιάζοντας ανθεκτικά συστήματα σε AWS, Azure και GCP.

Ο στόχος του τώρα είναι να εξαλείψει την απαίτηση cloud lock-in και να κάνει την υποδομή τόσο φορητή και ανθεκτική όσο ο κώδικας.