Сбой ActiveCloud: как бизнесу подготовиться к отказу облака?

Начните с простого вопроса: что остановится в вашей компании, если облачный провайдер станет недоступен вместе со службой поддержки? После сообщения ActiveCloud о кибератаке 10 ноября 2026 года этот сценарий перестал быть отвлечённым примером для белорусского бизнеса. Составьте список зависимых сервисов, проверьте резервные копии и назначьте способ связи с клиентами на случай сбоя. Ниже — порядок действий без сложной перестройки всей инфраструктуры.

Что известно о сбое ActiveCloud и почему он важен малому бизнесу?

10 ноября ActiveCloud сообщил о «массированной кибератаке». На фоне сбоя были недоступны сервисы и каналы связи компании; читатели также сообщали, что сайт провайдера не открывается, а до него нельзя дозвониться (OfficeLife, Onlíner). Подробный разбор событий есть в статье на akit.by.

По сообщениям о сбое нельзя установить технический способ атаки, состояние каждого клиентского сервера или судьбу клиентских данных. Поэтому не стоит объяснять недоступность своего сайта утечкой или повреждением файлов, пока это не подтверждено проверкой. Для владельца бизнеса первый практический вопрос уже: какие рабочие задачи зависят от площадки, к которой сейчас нет доступа?

У небольшой компании на одном провайдере нередко размещаются сайт и почта. Если оба сервиса перестают отвечать, покупатель не отправит заявку через форму, а письмо с вопросом о заказе не дойдёт привычным путём. При этом сама компания может не получить уведомление о проблеме: оно отправляется на ту же почту. Проверьте, не сложилась ли у вас такая цепочка, открыв список услуг в договоре и настройки домена.

Что делать, если сайт или почта уже недоступны?

Сначала проверьте симптомы с двух подключений, например с рабочего интернета и мобильной сети. Откройте сайт, отправьте пробное письмо с адреса вне вашей корпоративной почты и запишите результат. Это поможет отличить общий отказ сервиса от проблемы на одном компьютере. Если у провайдера недоступны каналы поддержки, не тратьте всё время на повторные звонки: переходите к своему плану связи с клиентами.

1. Назначьте одного человека, который фиксирует время начала сбоя, проверенные сервисы и сообщения провайдера. Остальные сотрудники получат сведения из одного источника.
2. Сообщите клиентам через канал, который работает независимо от пострадавшего сайта и почты. Укажите, как оформить срочный заказ и где появится следующее обновление.
3. Сохраните поступившие во время сбоя заявки в отдельном списке. После восстановления сравните его с заказами в основной системе, чтобы не потерять обращения и не обработать их дважды.
4. Не запускайте восстановление из старой копии поверх работающей системы вслепую. Сначала выясните, какие данные в ней есть и что поступило после создания копии.

Если сайт нужен прежде всего как витрина, временная страница на независимой площадке поможет опубликовать телефон и порядок приёма заказов. Для магазина с оплатой и остатками этого недостаточно: обещайте клиенту только тот способ покупки, который сотрудники сейчас способны обработать вручную. Текст сообщения подготовьте без предположений о причине сбоя ваших систем.

Как убрать зависимость от одного провайдера?

Начните с карты зависимостей на одном листе. Запишите, где работают сайт, почта и база заказов; отдельно отметьте, кто управляет доменом и где лежат резервные копии. Рядом укажите сотрудника с доступом к каждому сервису. Если ответ на любой вопрос хранится только в почтовом ящике, который размещён там же, перенесите сведения в доступное компании место.

Затем выберите способ продолжить работу при отказе основной площадки. Полный дубль сайта нужен не каждому: небольшому сайту с формой заявки иногда достаточно копии данных и готовой страницы с контактами. Для сервиса, через который сотрудники принимают и ведут заказы, потребуется более подробный план восстановления. Разницу удобно оценить до покупки второго сервера.

Копия полезна лишь тогда, когда её можно открыть. Возьмите одну из недавних копий и восстановите её в тестовом месте, не затрагивая рабочий сайт. Проверьте главную страницу, форму заявки и нужные записи. Если у компании нет человека для такой проверки, задачу можно описать специалисту через конкретный результат: «восстановить тестовую копию и показать, что заказ в ней открывается».

Переезд на VPS сам по себе не создаёт запасной площадки. Его выбирают под требования сайта, а копии и порядок восстановления планируют отдельно. Если перенос уже назрел, полезно заранее разобрать переезд с облачного хостинга на VPS, чтобы проверить доступы и порядок переключения до отключения старой услуги.

Что спросить у провайдера до размещения сайта?

Начните с описания своего сервиса: что должно работать при сбое и сколько времени компания готова принимать заказы вручную. С этим списком проще сравнивать предложения по хостингу, VPS и резервной площадке. Цена тарифа сама по себе не отвечает на вопрос, где окажется копия и кто поможет восстановить сайт.

• Где хранятся резервные копии и сможете ли вы получить их, если панель управления недоступна?
• Как клиент узнает о сбое, когда сайт провайдера и привычный канал поддержки не работают?
• Какие доступы нужны вашей команде для переноса сайта и кто их выдаёт?
• Можно ли заранее проверить восстановление копии без остановки рабочего сайта?

Попросите ответить письменно и сохраните ответы там, где они доступны вне основного сервера. Сравнение провайдеров начинайте с этих условий, а затем смотрите на ресурсы и стоимость. Для первого отбора пригодится материал о том, как выбрать хостинг-провайдера для малого бизнеса; после него проще сформулировать запрос на подбор сервера или проверку сохранности данных без покупки лишней инфраструктуры.

Какие ошибки мешают пережить сбой?

• Хранить единственную резервную копию рядом с рабочим сайтом. Исправление: вынести копию на независимую площадку и попробовать её восстановить.
• Считать копирование проверкой восстановления. Исправление: открыть тестовую версию сайта и выполнить в ней обычное действие клиента.
• Оставить контакты клиентов только в недоступной системе. Исправление: заранее определить, откуда взять сведения для связи и кто вправе ими пользоваться.
• Покупать запасной сервер без плана переключения. Исправление: записать, кто меняет настройки домена и как проверяет сайт после переноса.
• Ждать подробностей атаки, прежде чем сообщить о своём сбое. Исправление: написать клиентам, что сейчас не работает, как с вами связаться и когда ждать обновления.

Откройте список услуг у своего провайдера и за две минуты отметьте, размещены ли сайт, почта и резервные копии на одной площадке.