В ночь на 5 августа склад Wildberries в Тульской области оказался под ударом беспилотников, после чего в здании начался пожар; по предварительным данным, пострадал один человек. Для рынка это уже не локальное ЧП, а повторяющийся сбой в логистической сети одного из крупнейших маркетплейсов страны, а для IT-команд и операционных директоров — напоминание, что отказоустойчивость теперь проверяют не только распродажи и падения сервисов, но и вполне физические удары по инфраструктуре.
Как пишет vc.ru, об атаке по региону в ночь на 5 августа сообщил губернатор Тульской области Дмитрий Миляев: среди объектов под ударом он назвал склад Wildberries. В объединённой компании RWB, куда входят Wildberries и Russ, подтвердили инцидент и сообщили, что сотрудников эвакуировали, на месте работают пожарные, а приём текущих поставок ограничен. Поток грузов уже перенаправляют на другие объекты, то есть компания включила аварийный режим не на уровне пресс-релиза, а на уровне операционной схемы.
Снаружи это выглядит как очередная новость из тревожной хроники, но внутри бизнеса последствия куда прозаичнее и болезненнее. Когда выбывает даже один крупный логистический узел, перестраиваются окна приёмки, маршруты магистральных перевозок, очереди разгрузки и распределение остатков по регионам. Покупатель может не увидеть проблему в интерфейсе в ту же минуту, зато продавцы, подрядчики и внутренние команды ощущают её быстро: меняются сроки, растёт нагрузка на соседние площадки, а поддержка получает новый фронт вопросов. Склад Wildberries в этом смысле давно перестал быть просто коробкой с паллетами; это часть большой системы, где физика и софт слишком плотно связаны, чтобы разбирать их по отдельности.
Главная неприятность в том, что речь уже не о единичном эпизоде. В середине июля 2026 года Wildberries сообщил о первых атаках на свои логистические комплексы в Котовске и Электростали. В следующие дни пострадали объекты в Шушарах, Уткиной Заводи и Симферополе, приостанавливал работу склад в Екатеринбурге, эвакуировали комплекс в Удмуртии. Дальше серия пошла почти по календарю: 29 июля компания сообщила об атаке на склад в Рязани, 30 июля — в Пензенской области и Удмуртии, 31 июля — в Волгограде, 2 августа — в Самарской области, 3 августа — во Владимирской, 4 августа — в Ленинградской. На этом фоне инцидент в Тульской области выглядит не исключением, а продолжением устойчивого и очень неприятного паттерна.
Отдельно давит именно ритм этой серии. Разовый сбой ещё можно гасить запасом мощностей и ручным перераспределением потоков, но атаки с интервалом в один-два дня быстро съедают любой комфортный резерв. Для продавцов это означает растущую неопределённость по поставкам, для операционных команд — постоянное перепланирование, для IT-систем — работу в режиме турбулентности, когда правила маршрутизации, приоритеты отгрузки и расчётные сроки доставки приходится пересматривать почти в реальном времени. И чем плотнее сеть зависит от синхронизации между складами, тем дороже обходится каждая новая точка сбоя.
Для самой компании это проверка на то, насколько распределённая сеть действительно умеет жить в режиме постоянного обхода повреждённых узлов. Перенаправить поставки на другие площадки можно быстро только тогда, когда у тебя в порядке данные об остатках, правила маршрутизации, слоты приёмки и коммуникации с продавцами. Иначе локальная проблема начинает расползаться дальше: соседние объекты перегружаются, сроки доставки съезжают, продавцы хуже понимают, куда везти товар, а пользователи видят очередное изменение обещанной даты. Для маркетплейса такого масштаба это уже вопрос не только безопасности, но и архитектуры всей операционной платформы.
Русскоязычной IT-аудитории эта история интересна не драматичным заголовком, а очень прикладным уроком. В разработке любят обсуждать резервирование дата-центров, деградацию функций и сценарии аварийного восстановления, но у e-commerce отказоустойчивость давно шире: нужно уметь быстро закрывать проблемный объект, пересчитывать маршруты, перераспределять нагрузку, обновлять сроки и не терять прозрачность для продавцов и клиентов. Когда под удар попадает склад Wildberries, проверку проходит не только бетон и противопожарная система, но и весь слой цифровой координации поверх физической сети. Логистика, которая привыкла соревноваться скоростью доставки, теперь всё чаще тренирует другой навык — переживать серию внешних ударов без каскадного отказа по всей цепочке.
Пока публичная часть истории ограничена подтверждением атаки, эвакуацией сотрудников и ограничением приёма поставок. Но сама частота таких инцидентов меняет рамку разговора: логистику маркетплейсов больше нельзя считать тихим бэк-офисом, который замечают только в сезон распродаж. Это инфраструктура с очень жёсткими требованиями к непрерывности, и следующий вопрос для отрасли звучит уже без риторики: насколько быстро крупные площадки смогут превратить аварийный режим из ручной антикризисной процедуры в штатный сценарий, который сеть переваривает без лавины последствий на несколько регионов сразу.