Μια βλάβη σε ένα κέντρο υποδομών της Google ήταν αρκετή για να δυσκολέψει πληρωμές, τραπεζικές εφαρμογές και διαδικτυακές υπηρεσίες. Αν αύριο συνέβαινε κάτι αντίστοιχο στον πάροχο της δικής σου επιχείρησης, πόση ώρα θα μπορούσες να συνεχίσεις να δουλεύεις;
Στις 20 Οκτωβρίου 2026, προβλήματα στην υποδομή Google Cloud στο Λονδίνο επηρέασαν υπηρεσίες που εξαρτώνταν από αυτήν. Στις αναφορές για την αναστάτωση περιλαμβάνονταν οι Revolut, Lloyds και Halifax, ενώ προβλήματα καταγράφηκαν και σε άλλες ψηφιακές υπηρεσίες στο Ηνωμένο Βασίλειο.
Τι συνέβη πραγματικά
Η ίδια η Google κατέγραψε στο επίσημο σύστημα κατάστασης υπηρεσιών της διακοπή στην περιοχή europe-west2, με ιδιαίτερη επίδραση στη ζώνη europe-west2-b. Η εταιρεία απέδωσε το συμβάν σε πρόβλημα ηλεκτρικής τροφοδοσίας («power event»).
Το περιστατικό διήρκεσε, σύμφωνα με την επίσημη καταγραφή, 7 ώρες και 52 λεπτά. Επηρεάστηκαν διάφορα προϊόντα υποδομής, ανάμεσά τους υπηρεσίες υπολογιστικής ισχύος, βάσεων δεδομένων και δικτύωσης. Η Google ανακοίνωσε αποκατάσταση και σημείωσε ότι θα δημοσιεύσει ανάλυση μετά την εσωτερική διερεύνηση.
Δεν «έπεσε όλο το Google». Το περιστατικό αφορούσε συγκεκριμένη περιοχή του Google Cloud. Δεν ισοδυναμεί με γενική διακοπή στη μηχανή αναζήτησης ή στο Gmail ούτε αποδεικνύει ότι όλα τα συστήματα που χρησιμοποιούν Google Cloud αντιμετώπισαν πρόβλημα.
Γιατί επηρεάστηκαν διαφορετικές εταιρείες ταυτόχρονα;
Μια εφαρμογή μπορεί να δείχνει αυτόνομη στο κινητό σου, αλλά στο παρασκήνιο να εξαρτάται από υπολογιστές, βάσεις δεδομένων, δίκτυα ή υπηρεσίες ταυτοποίησης που φιλοξενούνται σε κοινή υποδομή. Όταν αυτή αντιμετωπίζει δυσλειτουργία, οι συνέπειες μπορούν να εμφανιστούν σε πολλές ανεξάρτητες επιχειρήσεις.
Αυτό ονομάζεται εξάρτηση από κοινό σημείο αστοχίας. Δεν σημαίνει ότι το cloud είναι από μόνο του αναξιόπιστο. Σημαίνει ότι η ανθεκτικότητα δεν προκύπτει αυτόματα μόνο και μόνο επειδή «τα έχουμε όλα στο cloud».
Τι σημαίνει αυτό για ένα ελληνικό e-shop;
Σκέψου ένα μικρό ηλεκτρονικό κατάστημα. Η ιστοσελίδα μπορεί να λειτουργεί κανονικά, αλλά να μη δουλεύει η πληρωμή. Ή να ολοκληρώνεται η παραγγελία και να μη φτάνει η ενημέρωση στο σύστημα διαχείρισης. Ή να έχεις τα αρχεία σου διαθέσιμα, αλλά να μην μπορείς να μπεις στον λογαριασμό όπου τα διαχειρίζεσαι.
Αυτά είναι ενδεικτικά σενάρια κινδύνου, όχι ισχυρισμός ότι συνέβησαν σε συγκεκριμένα ελληνικά καταστήματα στις 20 Οκτωβρίου.
Το ερώτημα δεν είναι μόνο αν υπάρχει backup. Είναι και πόσο γρήγορα μπορεί να συνεχιστεί η εργασία όταν μια βασική υπηρεσία δεν απαντά.
Πέντε έλεγχοι που αξίζει να κάνεις πριν υπάρξει πρόβλημα
- Κατέγραψε τις εξαρτήσεις. Hosting, email, DNS, πληρωμές, αποθήκευση αρχείων, αυτοματισμοί και προμηθευτές χρειάζονται μια απλή λίστα: ποιο σύστημα στηρίζεται σε ποιο.
- Έλεγξε τα αντίγραφα ασφαλείας στην πράξη. Ένα backup που δεν έχει δοκιμαστεί με επαναφορά δεν αποτελεί επαρκή βεβαιότητα ανάκτησης.
- Σκέψου εναλλακτική λειτουργία. Πώς θα εξυπηρετήσεις πελάτες αν το site ή οι ηλεκτρονικές πληρωμές μείνουν προσωρινά εκτός; Ποιος ενημερώνει και με ποιο κανάλι;
- Συζήτησε τη διαθεσιμότητα με τον πάροχο. Η φιλοξενία σε περισσότερες ζώνες ή περιοχές μπορεί να περιορίσει ορισμένους κινδύνους, αλλά απαιτεί κατάλληλο σχεδιασμό και κόστος. Δεν προστατεύει κάθε αρχιτεκτονική από κάθε βλάβη.
- Όρισε υπεύθυνο και διαδικασία. Ποιος βλέπει πρώτος το πρόβλημα, ποιος επικοινωνεί με την υποστήριξη και ποιος αποφασίζει πότε ενεργοποιείται ένα εναλλακτικό σχέδιο;
Backup και συνέχεια λειτουργίας δεν είναι το ίδιο
Το backup βοηθά στην ανάκτηση δεδομένων. Το σχέδιο επιχειρησιακής συνέχειας περιγράφει πώς η επιχείρηση συνεχίζει να εξυπηρετεί πελάτες όσο μια υπηρεσία δεν είναι διαθέσιμη. Χρειάζονται και τα δύο, αλλά λύνουν διαφορετικά προβλήματα.
Για μια μικρή επιχείρηση, το πρώτο βήμα δεν είναι απαραίτητα να πληρώσει για σύνθετη πολυπεριφερειακή υποδομή. Είναι να γνωρίζει τι θα σταματήσει να λειτουργεί, τι απώλεια μπορεί να αντέξει και ποια μέτρα έχουν πραγματική αξία για το μέγεθός της.
Η ερώτηση που αξίζει να κάνεις σήμερα
«Αν αύριο χαθεί για οκτώ ώρες μια βασική ψηφιακή υπηρεσία, ξέρουμε τι κάνουμε;»
Αν η απάντηση είναι «όχι», δεν χρειάζεται πανικός. Χρειάζεται καταγραφή, προτεραιότητες και ένας δοκιμασμένος τρόπος αντίδρασης. Στην BEEGITAL αντιμετωπίζουμε τη σταθερότητα ενός website ή e-shop ως μέρος της καθημερινής λειτουργίας της επιχείρησης — όχι ως τεχνική λεπτομέρεια που θυμόμαστε μετά τη βλάβη.