Завод Саста и дата-центры «Яндекса» с опытом Ozon и WB

Завод «Саста» в Сасове показал собственникам бизнеса цену сосредоточения вычислительных мощностей на одной промышленной площадке и дал повод пересчитать устойчивость собственной ИТ-инфраструктуры. В ночь на 8 октября 2026 года украинские беспилотники атаковали Рязанскую область, после пожара дата-центр «Яндекса» в Сасове полностью остановил работу, котировки компании на Московской бирже потеряли около 3% за торговую сессию.

По данным «Российской газеты», площадку в Сасове компания запустила в 2014 году. Пресс-служба «Яндекса» сообщила о пожаре в части инфраструктуры, пострадавших среди сотрудников нет, на объекте работают профильные службы. Ниже – разбор механики ущерба, расчет потерь по сегментам выручки и сравнение с маркетплейсами Ozon и Wildberries, чья складская сеть сосредоточена сильнее.

Завод «Саста» и площадка ЦОД в Сасове: устройство риска для облачной инфраструктуры

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

Облачная платформа Yandex Cloud построена на зонах доступности региона ru-central1: каждая зона опирается на отдельную площадку с собственным энергоснабжением и каналами связи. Отказ одной зоны по замыслу архитектуры компенсируется соседними зонами, при условии предварительного распределения ресурсов заказчика между ними.

Для сравнения пригодится классификация Uptime Institute: уровень Tier III допускает 1,6 часа простоя в год при доступности 99,982%, расчет строится на плановом обслуживании и отказе одного элемента инженерных систем. Паспортная доступность площадки описывает надежность одного здания, устойчивость бизнеса клиента описывает его собственная архитектура.

Четыре типовые схемы размещения дают заказчику разный результат при остановке одной площадки провайдера на неопределенный срок.

По данным «АиФ», перебои с электропитанием затронули зону доступности ru-central1-b облачной платформы Yandex Cloud. Клиенты потеряли возможность создавать новые виртуальные машины, кластеры Kubernetes и управляемые базы данных в затронутой зоне.

Наибольшая нагрузка ЦОД приходится на облачный сегмент, отсюда распределение рисков по бизнесу компании:

• Yandex Cloud и корпоративные ИТ-продукты сегмента Б2Б-Тех – прямая зависимость от площадки, восстановление требует ремонта инженерных систем.

• Поиск и реклама – распределенная архитектура с репликацией индекса между 5 ЦОД компании в России, частичная деградация скорости ответа.

• Городские сервисы (такси, доставка, каршеринг) – вычисления дублируются в других дата-центрах, физическая инфраструктура рассредоточена по сотням городов.

• Электронная коммерция – основной риск лежит в складской сети, связь с площадкой в Сасове косвенная.

Бизнесу, чьи сервисы работают в облаке одного провайдера и одной зоне доступности, инцидент в Сасове дает понятный ориентир. Расчет стоимости переноса нагрузки в несколько зон доступности выполняет [анкор: главный ключ страницы услуги 1 из вводных](адрес страницы услуги 1).

От завода «Саста» до складов маркетплейсов: хронология угроз инфраструктуре бизнеса в России

Требования к физической защите ЦОД в России складывались двадцать лет, и каждый поворот добавлял расходы собственникам бизнеса. Хронология показывает, почему атака на ЦОД 2026 года, по оценке аналитиков, стала первым событием подобного масштаба для коммерческой облачной площадки.

• 2014 год – запуск дата-центра «Яндекса» в Сасове Рязанской области.

• 1 сентября 2015 года – вступила в силу обязанность хранить персональные данные граждан России на серверах внутри страны по 152-ФЗ «О персональных данных», спрос на отечественные ЦОД вырос.

• 1 января 2018 года – вступил в силу 187-ФЗ «О безопасности критической информационной инфраструктуры», постановление Правительства № 127 ввело категорирование объектов КИИ.

• 1 ноября 2019 года – вступил в силу 90-ФЗ об устойчивой работе российского сегмента интернета, операторы связи получили обязанности по обеспечению устойчивости сети.

• 8 октября 2026 года – по данным Минобороны России, за ночь дежурные средства ПВО перехватили 399 беспилотников, над Рязанской областью сбиты 2 аппарата, площадка в Сасове остановлена.

Эксперты, опрошенные «АиФ», оценили попадание по объекту в Сасове как целенаправленный удар по критической инфраструктуре, аналитики назвали инцидент первой атакой подобного рода на российский дата-центр. Для отрасли событие сопоставимо с первыми ударами по нефтеперерабатывающим заводам: после них энергетики пересмотрели нормы защиты установок, сейчас пересмотр ждет владельцев серверных площадок.

Полезную параллель дает электроэнергетика. Энергосистема России проектируется по критерию N-1: потеря любого одного элемента сети обходится сохранением питания потребителей. Облачная архитектура заказчика, размещенная в одной зоне доступности, нарушает критерий N-1 на уровне всей площадки, и пожар в Сасове продемонстрировал цену нарушения.

Требования 187-ФЗ к защите значимых объектов КИИ меняют экономику отрасли. Банки, операторы связи и энергетические компании обязаны обеспечивать непрерывность работы своих систем, расходы операторов ЦОД на защиту площадок войдут в стоимость аренды стойки для финансовых, государственных и телекоммуникационных заказчиков.

На заводе «Саста» и за его пределами: 8 советов по защите цифровой инфраструктуры компании

Инцидент на заводе «Саста» дал собственникам бизнеса готовый сценарий учений: площадка провайдера выходит из строя на неопределенный срок. Восемь действий ниже снижают зависимость компании от одной точки отказа, у каждого указан проверяемый критерий выполнения.

• Карта зависимостей. Составьте реестр ИТ-систем с указанием ЦОД и зоны доступности каждой. Критерий: для 100% систем в реестре указаны площадка, провайдер и ответственный сотрудник.

• Целевые показатели восстановления. Утвердите RTO (время восстановления) и RPO (допустимую глубину потери данных) для каждой системы. Критерий: значения в часах закреплены в регламенте за подписью генерального директора.

• Распределение по зонам. Разместите сайт, CRM и учетную систему 1С минимум в двух зонах доступности. Критерий: отключение одной зоны на учениях проходит в пределах утвержденного RTO.

• Правило резервного копирования 3-2-1. Храните 3 копии данных на 2 типах носителей, 1 копию – на площадке в другом субъекте РФ. Критерий: журнал копирования подтверждает выполнение за последние 30 дней.

• Учения по переключению. Проводите плановое переключение нагрузки на резервную площадку. Критерий: протокол учений раз в квартал с фактическим временем переключения.

• Проверка уровня площадки. Запросите у провайдера сертификат Tier III по классификации Uptime Institute либо результаты аудита по ГОСТ Р 58811-2020. Критерий: документ получен и приложен к договору.

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

• Категорирование КИИ. Определите, подпадают ли системы компании под 187-ФЗ и постановление Правительства № 127. Критерий: акт категорирования направлен во ФСТЭК России.

Собственнику бизнеса с инфраструктурой в одном ЦОД первым шагом служит аудит текущего состояния. Специалист компании [название компании из вводных] бесплатно проверяет карту зависимостей и называет точки отказа, ответ – в течение [срок из вводных]. Подробнее о составе работ – на странице [анкор: главный ключ страницы услуги 2 из вводных](адрес страницы услуги 2).

Ущерб на заводе «Саста» в цифрах: сравнение рисков «Яндекса», Ozon и WB

Эмоциональная реакция рынка на события вокруг площадки, где расположен завод «Саста», оказалась сильнее экономического ущерба. Площадка обслуживает прежде всего сегмент Б2Б-Тех, на него приходится 4% выручки и 4% EBITDA группы. Расчет ниже показывает потери общей EBITDA при разных сценариях повторных атак.

Даже крайний сценарий оставляет 96% операционной прибыли нетронутой: ядро бизнеса – поиск, реклама и городские сервисы – работает на распределенных вычислениях и рассредоточенной физической инфраструктуре. Котировочное снижение на 3% превышает расчетный ущерб базового сценария в 1,5 раза.

Риски для бизнеса «Яндекса» кардинально ниже рисков маркетплейсов по причине устройства активов. Ozon и Wildberries держат выручку на крупных распределительных центрах площадью в сотни тысяч квадратных метров каждый, где сосредоточены товары продавцов, сортировочные линии и персонал:

• Ozon и WB – склад одновременно хранит товарный запас, обрабатывает заказы региона и формирует отгрузки, пожар останавливает всю цепочку и создает обязательства перед продавцами за утраченный товар.

• «Яндекс» – серверы взаимозаменяемы, нагрузка поисковых и городских сервисов переносится между ЦОД за часы, товарный запас Яндекс Маркета составляет малую долю бизнеса группы.

Для компании среднего размера аналогичный расчет делается по формуле: годовая выручка онлайн-канала, деленная на 8 760 часов, умноженная на ожидаемые часы простоя. Пример: при выручке онлайн-канала ₽876 млн в год час простоя обходится в ₽100 тысяч., сутки – в ₽2,4 млн. Резервная зона доступности окупается после первой предотвращенной остановки.

Опыт завода «Саста»: 6 ошибок собственников бизнеса при оценке инфраструктурных рисков

Разбор ситуации вокруг площадки, где работает завод «Саста», выявляет повторяющиеся просчеты собственников бизнеса. Каждая ошибка в таблице приведена с ценой и правильным действием.

Дата-центр «Яндекса» в Сасове показывает цену второй ошибки особенно наглядно: клиенты, чьи ресурсы работали только в зоне ru-central1-b, потеряли возможность разворачивать новые серверы до восстановления площадки. Клиенты с распределенной архитектурой перевели нагрузку в соседние зоны за минуты.

Владельцу сайта и учетных систем с ресурсами в одной зоне полезен разбор задачи специалистом. Инженер [название компании из вводных] бесплатно оценивает архитектуру и предлагает схему распределения нагрузки, ответ – за [срок из вводных]. Описание услуги – на странице [анкор: главный ключ страницы услуги 3 из вводных](адрес страницы услуги 3).

Завод «Саста» в вопросах руководителей: что спрашивают о резервировании ЦОД после 8 октября

Вопросы ниже собраны в формулировках собственников бизнеса и директоров по ИТ, столкнувшихся с последствиями остановки площадки.

• Мой сайт работал в Yandex Cloud, почему он упал при остановке одного ЦОД? Ресурсы размещались в одной зоне доступности. Облако дает три зоны в регионе ru-central1, распределение по ним настраивает заказчик.

• Сколько стоит резервирование во второй зоне? Расходы на вычисления растут на 30–100% в зависимости от схемы: горячий резерв дороже холодного, где серверы запускаются по сигналу аварии.

• Нужно ли уходить из облака в собственную серверную? Собственная серверная в офисе уязвима к тем же угрозам и лишена резервных зон, вариант оправдан для узкого круга систем с требованиями к изоляции.

• Компенсирует ли провайдер ущерб от простоя? Договор оферты облачных провайдеров ограничивает компенсацию процентом месячного платежа за сервис, упущенная выручка покрывается страхованием.

• Касаются ли малого бизнеса требования к защите КИИ? Требования 187-ФЗ распространяются на субъекты КИИ из перечня отраслей закона, компания попадает под них по итогам категорирования своих систем.

• Как быстро проверить текущую устойчивость? Тест отключения одной зоны на копии рабочей среды занимает 1–3 рабочих дня и показывает фактическое время восстановления.

• Как объяснить совету директоров расходы на резерв? Сопоставьте стоимость второй зоны за год с ущербом от одних суток простоя, рассчитанным по формуле из раздела о выгоде: при выручке онлайн-канала от ₽500 млн в год резерв обычно окупается первым же инцидентом.

• Где заказать проверку архитектуры? Состав работ и порядок проверки описаны на странице [анкор: главный ключ страницы услуги 4 из вводных](адрес страницы услуги 4).

Урок завода «Саста» при выборе подрядчика: критерии, состав работ, условия договора

События в Сасове переводят выбор ИТ-подрядчика из закупочной задачи в задачу управления рисками. Подрядчик проектирует архитектуру, проводит учения и отвечает за восстановление систем заказчика.

Критерии выбора подрядчика по отказоустойчивости:

• опыт миграций между зонами доступности и провайдерами, подтвержденный кейсами с указанием RTO;

• инженеры с сертификацией по облачным платформам российских провайдеров;

• лицензия ФСТЭК России на деятельность по технической защите конфиденциальной информации для работ с КИИ.

Состав работ в договоре включает аудит архитектуры, проект распределения по зонам, настройку репликации баз данных, регламент резервного копирования и ежеквартальные учения. В договоре проверьте фиксацию RTO и RPO, штраф подрядчика за превышение времени восстановления, порядок доступа к резервным копиям и передачу документации заказчику.

Задача читателя звучит так: «Сайт и 1С работают в одной зоне облака, остановка площадки вроде той, что случилась рядом с цехами в Сасове, оставит компанию с нулевым потоком заказов». Услуга [название компании из вводных] – проект и настройка резервирования в двух зонах доступности, цена – [цена из вводных], срок работ – [срок из вводных]. Бесплатный расчет стоимости проекта по вашей архитектуре специалист готовит за [срок из вводных].

Инвесторы отреагировали на события в Сасове эмоционально, расчет показывает ограниченные потери для «Яндекса» и высокую ценность урока для бизнеса, работающего в одной зоне облака. Рынок постепенно вырабатывает устойчивость к ударам по инфраструктуре, компании с распределенной архитектурой проходят подобные инциденты с минимальным ущербом для клиентов.