На фоне инцидента в дата-центре «Яндекса» особенно хорошо видно: бизнес не должен строить коммуникации вокруг одного сервера, одного облака или одного мессенджера.
11 октября площадка была частично остановлена из-за проблем с электропитанием. Это затронуло зоны доступности центрального узла ЦОДов Yandex Cloud и часть облачной инфраструктуры.
Для обычного пользователя это просто: сервис не отвечает.
Для бизнеса последствия могут быть серьёзнее:
- клиент не оставил заявку;
- заказ не подтвердился;
- промокод не пришёл;
- уведомление не доставилось;
- менеджер не увидел обращение;
- деньги и лояльность ушли к конкуренту.
И вот здесь многие совершают одну и ту же ошибку: считают, что резервирование - это просто второй сервер.
На самом деле резервировать нужно сразу несколько вещей:
1️⃣ Инфраструктуру
Приложение, базу данных, очереди сообщений и сетевые маршруты нельзя держать в одном-единственном месте. Если два сервера находятся в одном дата-центре и используют одну базу, это не полноценный резерв. При серьёзной аварии они могут стать недоступными одновременно.
2️⃣ Каналы связи
Даже если ваш сервер работает, сам мессенджер может временно не отвечать. API может быть недоступен, бот - заблокирован, а отправка - ограничена лимитами. Поэтому Telegram, MAX и VK лучше рассматривать как заменяемые каналы доставки, а не как единственное место хранения клиентов и заявок.
Правильная логика выглядит так:
Пользователь
↓
Ваш сервер и база данных
↓
Роутер каналов
├── Telegram
├── MAX
├── VK
└── SMS / email / веб-формаГлавный принцип: данные принадлежат бизнесу, а мессенджер - это только способ связаться с пользователем.
В базе должны храниться:
- клиент;
- заявка;
- статус заказа;
- история сообщений;
- согласия на коммуникацию;
- идентификаторы пользователя в разных каналах;
- предпочтительный способ связи.
Тогда при проблемах с Telegram можно отправить сообщение через MAX или VK. А если временно недоступен сервер, работу можно перевести на резервную инфраструктуру.
Но есть важный нюанс.
Подключить три мессенджера к одному серверу - недостаточно. Если этот сервер или база выйдут из строя, не будут работать сразу все каналы.
И наоборот: поставить резервный сервер, но оставить всех клиентов только в Telegram - тоже не решение. При проблемах самого мессенджера вы всё равно потеряете связь.
Надёжность появляется только тогда, когда резервируются и инфраструктура, и каналы.
В следующем посте разберём, что именно нужно сохранять и как сделать так, чтобы сообщения не терялись во время сбоя.
💬 А пока пишите в комментариях, как ваш проект переживает проблемы на ЦОДах Яндекса или вас это совсем не затронуло.
Дискуссия