12 червня 2025 року стався збій у Google Cloud – одному з найбільших хмарних провайдерів у світі. Проблема виявилася суто технічною, її усунули протягом трьох годин, але наслідки були глибоко бізнесовими.
Що сталося із Google Cloud
Як зазначили у Google Cloud, збій почався через проблеми з квотами в системі керування API, що призвело до недоступності одразу кількох важливих хмарних сервісів Google у США, Європі та Азії. Ударною хвилею це зачепило десятки продуктів та платформ, зокрема:
- Cloudflare,
- Spotify,
- Character.AI,
- Snapchat,
- Cursor,
- Replit тощо.
Це означає, що мільйони користувачів не змогли виконати свою роботу, послухати улюблену музику, отримати інформацію тощо. А от бізнес втратив контроль над ключовими процесами. І це вже не просто незручність – це реальні гроші, репутація та довіра клієнтів.
Великі компанії теж «падають»
Я працюю в хмарній індустрії вже понад п’ятнадцяті років. І якщо є щось, у чому я абсолютно впевнений, так це в тому, що не існує безвідмовних систем. Будь-який SLA, навіть від найбільшого та надійнішого хмарного провайдера, зазвичай передбачає 99,95%, але не 100%. Тому якою б масштабною, стабільною, дорогою та «зірковою» не була хмарна інфраструктура – завжди залишаються ті самі 0,05%. Або чотири години двадцять дві хвилини можливого простою на рік. І вони рано чи пізно настануть.
Тиха помилка – гучний збій
Подібні випадки – непоодинокі. У грудні 2021 року масовий збій стався в AWS (регіон US-East-1). Проблеми з мережевими пристроями спричинили зупинку EC2, EBS, Route53, що вивело з ладу десятки відомих сервісів:
- Netflix,
- Facebook,
- Disney+,
- Amazon.com,
- Slack тощо.
У 2020-му «впала» майже уся екосистема Google (йдеться про сервіси Gmail, Google Drive, Google Meet). Причина – банальний конфлікт у системі авторизації. І знову: жодного зловмисника, жодної атаки. Просто складна система зіграла проти себе.
Що в таких ситуаціях робити бізнесу
Питання не в тому, чи буде збій, питання в тому – чи готовий до нього ваш бізнес. Покладатися на одного лише хмарного провайдера – досить ризиковано. Бізнесу варто подумати про план стійкості.
Ось декілька ключових принципів, яких ми в GigaCloud радимо дотримуватися:
Перший крок: резервний майданчик
Здавалося б, це аксіома, яка не потребує доведення. Проте, далеко не всі будують резерв, або ж мають DR–план лише на папері. Основна платформа повинна мати дубль. Навіть якщо це інше географічне розташування в межах того ж провайдера або краще – абсолютно незалежна альтернатива. Цей майданчик має бути здатним розгорнути критичні сервіси протягом кількох хвилин.
Другий крок: мультихмарна або гібридна інфраструктура
Розподіл сервісів між кількома хмарами від різних провайдерів або комбінація з власним обладнанням – це спосіб уникнути повної зупинки.
Третій крок: Business Continuity Solutions (BCS)
Мова йде не просто про бекапи, хоча їх теж потрібно робити. Мова йде про задокументовані процеси, низку стратегій, планів та технологій, які впроваджують для забезпечення безперервності діяльності під час та після кризових ситуацій.
Важливо регулярно тестувати плани відновлення, адже будь-який сценарій без практики залишається просто теорією.
У GigaCloud ми бачимо, що цікавість до перелічених вище рішень стрімко зростає серед бізнесу. Лише за останній рік кількість запитів зросла щонайменше на 25%. Бо надійність – це не тільки про вибір сильного технологічного партнера, а й про здатність передбачити, що навіть найсильніший може дати збій.
