Ассоциация отрасли ЦОД
Ir al canal en Telegram
Официальный канал Ассоциации участников отрасли ЦОД. Новости отрасли и Ассоциации. Data Center Industry Association (DCIA). Data centres news. @dcunionru Сайт - dcunion.ru VK - VK.com/dcunionru Инстаграм - dcunionru Для обсуждений - t.me/dcunionchat
Mostrar más3 336
Suscriptores
Sin datos24 horas
+147 días
+4930 días
Carga de datos en curso...
Canales Similares
![nubes [всему облака]](https://cdn.tlmtr.io/_next/image?url=https%3A%2F%2Fimg.tlmtr.io%2Fc%2F1lyRHY%2F5379589157380289928%3Fty%3Dx&w=96&q=75){kind=small}
Nube de Etiquetas
Menciones Entrantes y Salientes
---
---
---
---
---
---
Atraer Suscriptores
agosto '26
agosto '26
+63
en 7 canales
julio '26
+49
en 0 canales
Get PRO
junio '26
+57
en 3 canales
Get PRO
mayo '26
+55
en 1 canales
Get PRO
abril '26
+82
en 4 canales
Get PRO
marzo '26
+82
en 2 canales
Get PRO
febrero '26
+116
en 1 canales
Get PRO
enero '26
+103
en 0 canales
Get PRO
diciembre '25
+93
en 3 canales
Get PRO
noviembre '25
+79
en 3 canales
Get PRO
octubre '25
+150
en 7 canales
Get PRO
septiembre '25
+114
en 5 canales
Get PRO
agosto '25
+71
en 0 canales
Get PRO
julio '25
+67
en 4 canales
Get PRO
junio '25
+80
en 1 canales
Get PRO
mayo '25
+109
en 3 canales
Get PRO
abril '25
+120
en 2 canales
Get PRO
marzo '25
+85
en 1 canales
Get PRO
febrero '25
+114
en 4 canales
Get PRO
enero '25
+126
en 3 canales
Get PRO
diciembre '24
+112
en 4 canales
Get PRO
noviembre '24
+84
en 3 canales
Get PRO
octubre '24
+120
en 2 canales
Get PRO
septiembre '24
+82
en 4 canales
Get PRO
agosto '24
+90
en 3 canales
Get PRO
julio '24
+60
en 0 canales
Get PRO
junio '24
+72
en 2 canales
Get PRO
mayo '24
+74
en 4 canales
Get PRO
abril '24
+77
en 3 canales
Get PRO
marzo '24
+81
en 0 canales
Get PRO
febrero '24
+105
en 1 canales
Get PRO
enero '24
+74
en 1 canales
Get PRO
diciembre '23
+74
en 4 canales
Get PRO
noviembre '23
+47
en 4 canales
Get PRO
octubre '23
+60
en 1 canales
Get PRO
septiembre '23
+111
en 0 canales
Get PRO
agosto '23
+35
en 0 canales
Get PRO
julio '23
+26
en 0 canales
Get PRO
junio '23
+22
en 0 canales
Get PRO
mayo '23
+41
en 0 canales
Get PRO
abril '23
+88
en 0 canales
Get PRO
marzo '23
+37
en 0 canales
Get PRO
febrero '23
+111
en 0 canales
Get PRO
enero '23
+30
en 0 canales
Get PRO
diciembre '22
+26
en 0 canales
Get PRO
noviembre '22
+33
en 0 canales
Get PRO
octubre '22
+47
en 0 canales
Get PRO
septiembre '22
+42
en 0 canales
Get PRO
agosto '22
+18
en 0 canales
Get PRO
julio '22
+29
en 0 canales
Get PRO
junio '22
+32
en 0 canales
Get PRO
mayo '22
+56
en 0 canales
Get PRO
abril '22
+83
en 0 canales
Get PRO
marzo '22
+70
en 0 canales
Get PRO
febrero '22
+17
en 0 canales
Get PRO
enero '22
+18
en 0 canales
Get PRO
diciembre '21
+30
en 0 canales
Get PRO
noviembre '21
+5
en 0 canales
Get PRO
octubre '21
+219
en 0 canales
| Fecha | Crecimiento de Suscriptores | Menciones | Canales | |
| 31 agosto | 0 | |||
| 30 agosto | 0 | |||
| 29 agosto | +4 | |||
| 28 agosto | +1 | |||
| 27 agosto | +2 | |||
| 26 agosto | +4 | |||
| 25 agosto | +4 | |||
| 24 agosto | +4 | |||
| 23 agosto | 0 | |||
| 22 agosto | 0 | |||
| 21 agosto | 0 | |||
| 20 agosto | +3 | |||
| 19 agosto | +2 | |||
| 18 agosto | +2 | |||
| 17 agosto | +1 | |||
| 16 agosto | +2 | |||
| 15 agosto | +1 | |||
| 14 agosto | +2 | |||
| 13 agosto | +2 | |||
| 12 agosto | +3 | |||
| 11 agosto | +2 | |||
| 10 agosto | +3 | |||
| 09 agosto | +1 | |||
| 08 agosto | +1 | |||
| 07 agosto | +5 | |||
| 06 agosto | +4 | |||
| 05 agosto | +4 | |||
| 04 agosto | +1 | |||
| 03 agosto | +4 | |||
| 02 agosto | 0 | |||
| 01 agosto | +1 |
Publicaciones del Canal
| 2 |  Столичные девелоперы переведут будущие ЦОД на газовую генерацию
Шансы раздобыть сетевые мощности в Москве стремятся к нулю, а многие проекты повисли на этапе получения разрешения на строительство. Решить проблему может переход на газ, считают эксперты.
⏹️ Рынок ждёт отраслевую комиссию, которая решит судьбу очереди на разрешение на строительство, — рассказывает заместитель директора отдела складской и индустриальной недвижимости CORE.XP Ольга Тищенкова. Чтобы избежать потенциальных ограничений, бизнес прорабатывает варианты с собственной генерацией.
⏹️ Первая ласточка — ГК ФСК, один из крупнейших застройщиков Москвы. Его проект в Бибирево предполагает 100% собственную газовую генерацию.
⏹️ Спрос на ИТ-мощности в столице — около 70 МВт в год, рынок закрывает меньше половины. Свободных стоек сейчас около 7-8%, и те размазаны по объектам, запрос на 300-400 стоек в моменте не закрыть.
⏹️ Переместить спрос полностью в регионы не выйдет, считает старший консультант департамента складской и индустриальной недвижимости CMWP Денис Кутлу. Для города газ — самый реалистичный вариант, вплоть до ЦОД внутри крупного бизнес-центра.
⚡️ В границах старой Москвы работает 99 ЦОД, ещё 17 строятся и 20 планируются. Совокупная мощность российского рынка в 2026 году — около 1,9 ГВт против 0,8-1 ГВт в 2021 году. 75% коммерческой ёмкости сконцентрировалось в Московском регионе.
⭐️ Москва — это настолько притягательная локация, что девелоперы готовы искать обходные пути, чтобы разместиться именно там. Интересно, что среди перечисленных проектов в основном классические девелоперы. Профильные будто уже окончательно переключились на регионы.
🕹️ Серверная в Telegram | в MAX | 518 |
| 3 |  К вопросу защиты инфраструктурных объектов.
Вот такой саркофаг соорудили поросяне над подстанцией. Это бесполезно против фпв на волокне, но вот против дипстрайка или мидлстрайка с бч до 50 кг - очень эффективно. А именно они и угрожают нашим объектам на "признанной" территории.
И вот это нам и надо возводить в том же Крыму и приграничье.
Чтобы развалить такой саркофаг надо несколько попаданий подряд без промежуточного ремонта. Что сложно реализуемо силами Украины.
А вот открытый всем ветрам трансформатор вынести пердолётом они могут и будут продолжать это делать. | 313 |
| 4 |  Sin texto... | 1 |
| 5 | https://www.comnews.ru/content/247134/2026-08-31/2026-w36/1008/rossiyskiy-it-rynok-razvernetsya-k-dvuznachnomu-rostu-ne-ranshe-2028-g | 606 |
| 6 | К вопросу защиты инфраструктурных объектов.
Вот такой саркофаг соорудили поросяне над подстанцией. Это бесполезно против фпв на волокне, но вот против дипстрайка или мидлстрайка с бч до 50 кг - очень эффективно. А именно они и угрожают нашим объектам на "признанной" территории.
И вот это нам и надо возводить в том же Крыму и приграничье.
Чтобы развалить такой саркофаг надо несколько попаданий подряд без промежуточного ремонта. Что сложно реализуемо силами Украины.
А вот открытый всем ветрам трансформатор вынести пердолётом они могут и будут продолжать это делать. | 281 |
| 7 | https://www.kommersant.ru/doc/8910045 | 1 093 |
| 8 | M1Cloud: Как законы об ИИ определяют архитектуру облачной инфраструктуры в 2026 году
В 2026 году два крупнейших регулятора – Евросоюз с AI Act (Regulation (EU) 2024/1689) и Россия с 243-ФЗ – впервые массово перенесли ответственность за ИИ-системы с разработчика модели на всю цепочку, включая провайдера вычислительной среды. Владимир Лебедев, директор по развитию бизнеса сервис-провайдера M1Cloud, рассказал, что теперь географическое расположение GPU, юрисдикция дата-центра и архитектура логирования превращаются в переменные, которые определяют легальность ИИ-модели.
Что уже работает в ЕС
AI Act – это первый в мире комплексный подход к регулированию ИИ на уровне целого союза. Он вводит регулирование поэтапно. С февраля 2025 года начали действовать запреты на системы с неприемлемым риском, в том числе запрещены отдельные практики (социальный скоринг, биометрическая идентификация в реальном времени в чувствительных контекстах), и нормы ИИ-грамотности. С августа 2025-го вступили в силу обязательства для поставщиков моделей общего назначения (general-purpose AI или GPAI). С августа 2026-го начал применяться основной массив обязанностей к системам высокого риска. С августа 2027-го начнут действовать дополнительные требования к высокорисковым системам. Именно эта последняя волна бьет по инфраструктуре сильнее всего.
На уровне ЕС созданы Управление по ИИ (AI Office) при Еврокомиссии и Европейский совет по ИИ — они координируют правоприменение. AI Office с августа 2025-го имеют инспекционные полномочия и может запрашивать техническую документацию, включая сведения о среде, в которой обучалась и работает модель.
Для инфраструктурного провайдера это означает конкретный набор обязательств. Провайдер GPAI-модели обязан вести и актуализировать техническую документацию, описывающую модель, процессы ее обучения и тестирования, результаты оценки; раскрывать пользователям информацию о возможностях и ограничениях модели; соблюдать политику авторских прав; публиковать детальную сводку по обучающим данным по шаблону AI Office. Для моделей, создающих системный риск, добавляются расширенные обязанности – подробные стратегии оценки и внутреннего тестирования. Без технической реализации этих требований в облаке заказчик просто не пройдет аудит – даже если его собственная модель полностью корректна.
Что принято в России
26 июля 2026 года подписан 243-ФЗ «О поддержке развития технологий искусственного интеллекта в Российской Федерации», основная часть вступает в силу с 1 сентября 2026 года. Закон регулирует узкий, но емкий сегмент – большие фундаментальные модели с числом параметров от 1 миллиарда. Для них устанавливаются пять базовых требований. Разработчиком модели должно быть российское юридическое лицо, и оно же должно отвечать за изменение характеристик модели. Компания-разработчик обязана обеспечить полную техническую и технологическую воспроизводимость всего цикла разработки, включая обучение. Подготовка ответов на запросы пользователей и хранение данных должны производиться в ЦОДах на территории России, принадлежащих российским юрлицам. Используемые зарубежные компоненты должны распространяться на условиях открытой лицензии. С 1 марта 2027 года добавляется требование о подтверждении соответствия модели российскому законодательству и традиционным духовно-нравственным ценностям.
Важная деталь: закон не запрещает трансграничное использование ИИ-компонентов и не обязывает обучать модель только на российских данных. Это снимает главный страх рынка и одновременно переводит фокус с расположения данных на локализацию оборудования. И вот тут инфраструктура выходит на первый план.
Пять требований, которые не закрыть без провайдера
Локализация данных и вычислений по 243-ФЗ требует российской юрисдикции ЦОД и российского юрлица-провайдера. Без гео-распределенных площадок и входа в реестр отечественного ПО это правило не выполнить.
Контроль доступа к GPU-среде предполагает изоляцию dev-, research- и prod-контуров и минимизацию круга лиц с правами. На уровне собственного сервера это дорого и хрупко; на уровне провайдера – стандартная функция приватных кластеров с ролевой моделью на гипервизоре.
Мониторинг инференса требует понимать, что генерирует модель в проде. Реализуется через inline-модули аудита, которые интегрируются с системами защиты вроде СЗИИ и работают на стороне облака, а не на стороне разработчика модели.
Отчетность по вычислениям – требование, которое на горизонте 2-3 лет станет обязательным: считать, сколько ресурсов ушло на обучение и инференс. Здесь критичны телеметрия GPU, биллинг с разбивкой по задачам и прозрачные SLA – то, что у зрелого провайдера уже реализовано.
Для заказчика реализация таких требований самостоятельно довольно сложная задача: для этого нужна либо собственная инженерная команда по инфраструктуре, либо опытный сервис-провайдер.
Провайдер становится соисполнителем закона
Раньше комплаенс лежал на заказчике. Сейчас без провайдера, который технически обеспечивает локализацию, логирование и изоляцию, выполнить 243-ФЗ практически невозможно. Соответственно, на первый план будет выходить регуляторно-совместимый контур для ИИ с прецедентами в финсекторе или госсекторе.
Подтверждает этот сдвиг и динамика рынка. По прогнозу Gartner, мировые расходы на ИИ-оптимизацию IaaS в 2026 году вырастут на 96% и достигнут 42 млрд долларов. IDC оценивает общие траты на ИИ-инфраструктуру в $497 млрд за 2026 год, причем в первом квартале 2026 рынок уже преодолел отметку $89,7 млрд (+33% год к году). Фокус на инфраструктуру, которая умеет работать с ИИ-нагрузкой: с GPU, с телеметрией, с изолированными контурами. | 997 |
| 9 |  +2А тем временем, в сети всё больше предложений по защите объектов от дронов.
И, внезапно, это леса и вариации сетки.
Ибо из реальных и реализуемых способов этот - самый эффективный. | 817 |
| 10 | https://www.comnews.ru/content/247088/2026-08-27/2026-w35/1008/data-centry-nastupayut-vostok-mozhet-li-irkutskaya-oblast-pretendovat-krupneyshiy-cod-rossii | 937 |
| 11 | https://www.finam.ru/publications/item/data-tsentry-kak-investitsiya-kak-kvalinvestoru-voyti-v-rynok-tsod-cherez-zpif-20260826-1140/ | 910 |
| 12 |  Путин одобрил идею СПИКов для ЦОДов
Президент поддержал идею специнвестконтрактов для дата-центров на встрече с главой Минпромторга Антоном Алихановым. Льготы получат те, кто обязуется закупать под свои ЦОДы отечественное оборудование.
⏹️ Алиханов привёл структуру затрат, которая объясняет саму логику меры. На стройку ЦОД компании тратят около 1 млрд руб., а на закупку оборудования — порядка 7 млрд руб. Деньги идут на серверы и СХД, и именно туда государство и целится льготой.
⏹️ Путин ответил коротко:
С удовольствием это сделаю, конечно. Главное, чтобы всё это было конкурентоспособно.
❗️ Механизм обсуждается с лета 2025 года. Ещё на прошлом Иннопроме звучала идея: льготы на 15 лет для проектов дешевле 50 млрд руб. и на 20 лет для более крупных, при обсуждаемом пороге локализации оборудования 50-70%.
⏺️ В июле 2026 Минпромторг прорабатывал другой вариант. Компенсацию до 50% затрат на покупку и монтаж российской техники не только для производителей, но и для самих покупателей, то есть операторов ЦОД.
⏺️ Месяцем ранее «РТК-ЦОД» просил Алиханова закрепить в законе применение СПИК именно к строительству и эксплуатации дата-центров с российским оборудованием и ПО.
⭐️ Государство выстраивает СПИК так, чтобы деньги распределялись в пользу российских производителей серверов и СХД. Поддерживать стройку ради стройки не интересно.
🕹️ Серверная в Telegram | в MAX | 930 |
| 13 | ▶️ Непростая классификация.
В середине августа 2026 года на сайте Минцифры появился раздел с классификацией центров обработки данных по классам A, B, C. Формально в развитие постановления правительства РФ №1932 от 28.11.2025 г. о реестре ЦОДов. Сегодня в «Ведомостях» вышла заметка, что введена классификация центров обработки данных. В министерстве нам заявили, что классификация носит рекомендательный характер и работа еще ведется. Давайте разберемся, что за классификация и почему разбить рынок на «три буквы» - не самая хорошая идея.
На сегодняшний день, представленная классификация не утверждена ни одним НПА. Постановление №1932 упоминает «класс центра обработки данных, соответствующий одному из уровней надежности» лишь как опциональное поле реестровой записи. Само постановление не определяет ни критерии классов, ни процедуру их присвоения.
Если оценка ЦОД по классу де-юре является оценкой соответствия, она должна проводиться в рамках 184-ФЗ «О техническом регулировании» на базе документов стандартизации, принятых по 162-ФЗ «О стандартизации в Российской Федерации», а не через частную методику, минующую эти процедуры.
Вместо этого Минцифры почему-то рекомендует использовать научно-исследовательскую работу «Отечественная модель классификации ЦОДов» (ГИС РОСРИД Минобрнауки, № 626022600170-6).
Статус РИД юридически ограничивает свободное использование методологии третьими лицами и, по существу, закрепляет монополию конкретных авторов на «официальную» интерпретацию надежности ЦОД, т.е. создает именно тот механизм недобросовестной конкуренции, против которого формально борется государственное регулирование.
Логика авторов российской модели опирается на принципы Uptime Institute. По факту, это закрытая, непрозрачная система классификации, требующая от операторов раскрытия детальной информации об инфраструктуре сторонней организации, просто заменяется другой обобщенной системой с тем же набором проблем, но под национальным брендом.
При этом документы Uptime Institute как частной корпоративной структуры, не в полной мере соответствуют принципам международной стандартизации и стандартами де-юре не являются. Это просто своеобразный формат, к которому многие привыкли. На этом факте и строится вся риторика о необходимости отечественной альтернативы. Но предложенная альтернатива воспроизводит ту же логику закрытости, только под другой вывеской и с юридической защитой авторов через РИД.
Параллельно с этим существует конкурирующая, открытая инициатива – переработанная версия ГОСТ Р 70139-2022 «Центры обработки данных. Инженерная инфраструктура. Классификация», направленная в ТК120 в июне этого года для публичного обсуждения. По нашим данным, авторы «отечественной модели» блокируют выход этого документа на публичное обсуждение, воспринимая открытый ГОСТ как конкурента своей проприетарной методике. Похожая ситуация с параллельной подготовкой национальных стандартов на базе ISO/IEC 22237.
Мы обратились за комментарием к президенту Ассоциации участников ЦОД Игорю Дорофееву за комментарием:
Данную новость нужно разделить на две части. С одной стороны никакой классификации нормативно-правовыми актами не введено, и это было бы странно без прохождения процедур. Есть некий новый раздел на сайте, который содержит рекомендации, размещенные с нарушением процедур. Это повод обратиться в Минцифры. С другой стороны, присутствует очередная реклама модели классификации от авторов, которые выдают желаемое за действительное. Особенно странно видеть в авторах классификации специалистов, которые годами продвигали и продвигают на территории России закрытую методологию от Uptime Institute.
Подобного рода не нейтральное продвижение своих интересов по классификации ЦОД, мы видели и в рамках разработки поправок в ФЗ «О связи» в части ЦОД, и в рамках разработки ПП РФ №1932. Тогда положения обладающие высокой коррупциогенностью, ограничивающие бизнес-климат и техническую мысль, создающие инструменты недобросовестной конкуренции, в большей части были убраны. Несмотря на словесные интервенции, принципы и подходы к указанной классификации часто являются поверхностными и ошибочными, некоторые положения противоречат подходам, изложенным в международных стандартах, а процедуры вводят дополнительные административные барьеры и бизнес в необоснованные затраты без необходимости.
☎️ Телекоммуналка в Telegram | в MAX | 737 |
| 14 | Фантомный стандарт. Новая классификация ЦОДов оказалась фальстартом
Утром Ведомости запустили шумную новость: в России заработала собственная классификация дата-центров по классам A, B, C и D.
Но так ли это на самом деле?
⏹️ Можно вспомнить, что стандарты уже пробовали вводить. Речь о ГОСТ Р 70139-2022 по классификации инфраструктуры ЦОД, Росстандарт приостановил его приказом № 445-ст до 31 декабря 2027 года.
⏹️ Новый проект стандарта зашёл в секретариат ТК 120 только в июне 2026 года в первой редакции. В открытых источниках нет данных о слушаниях.
⏹️ Юридическая сила у классов A, B, C и D не подтверждается. Упомянутое постановление № 1932 запустило Реестр ЦОДов, но не ввело саму классификацию.
⏹️ Источником для публикаций послужило служебное письмо ТК 120 в адрес Минцифры от 20 июля 2026 года (прикреплено к посту). В нём комитет ссылается на зарегистрированную в реестре Рособрнадзора НИР «Отечественная модель классификации ЦОДов» и лишь допускает возможность опереться на этот труд при будущей разработке стандартов.
⏹️ Сам ТК 120 в переписке предлагает операторам подтверждать параметры надёжности своими силами.
Первым внимание на несостыковки в публикации обратил телеграм-канал ассоциации участников отрасли ЦОД. В разговоре с «Серверной» президент объединения Игорь Дорофеев отметил:
Сейчас нет никакого нормативно-правового акта. Есть рекомендация ТК 120, но это служебная переписка, которую опубликовали на сайте Минцифры. Попытки внедрить преференциальную модель уже были при разработке закона и постановления № 1932, но их осознанно исключили. Если бы этот проект вынесли на официальное публичное обсуждение, у отрасли сразу возникла бы масса вопросов.
🕹️ Серверная в Telegram | в MAX | 618 |
| 15 | Фантомный стандарт. Новая классификация ЦОДов оказалась фальстартом
Утром Ведомости запустили шумную новость: в России заработала собственная классификация дата-центров по классам A, B, C и D.
Но так ли это на самом деле?
⏹️ Можно вспомнить, что стандарты уже пробовали вводить. Речь о ГОСТ Р 70139-2022 по классификации инфраструктуры ЦОД, Росстандарт приостановил его приказом № 445-ст до 31 декабря 2027 года. Причина — жёсткая критика операторов и оторванность документа от реалий рынка.
⏹️ Новый проект стандарта зашёл в секретариат ТК 120 только в июне 2026 года в первой редакции. В открытых источниках нет данных о слушаниях.
⏹️ Юридическая сила у классов A, B, C и D не подтверждается. Упомянутое постановление № 1932 запустило Реестр ЦОДов, но не ввело саму классификацию.
⏹️ Источником для публикаций послужило служебное письмо ТК 120 в адрес Минцифры от 20 июля 2026 года (прикреплено к посту). В нём комитет ссылается на зарегистрированную в реестре Рособрнадзора НИР «Отечественная модель классификации ЦОДов» и лишь допускает возможность опереться на этот труд при будущей разработке стандартов.
⏹️ Сам ТК 120 в переписке предлагает операторам подтверждать параметры надёжности своими силами.
Первым внимание на несостыковки в публикации обратил телеграм-канал ассоциации участников отрасли ЦОД. В разговоре с «Серверной» президент объединения Игорь Дорофеев отметил:
Сейчас нет никакого нормативно-правового акта. Есть рекомендация ТК 120, но это служебная переписка, которую опубликовали на сайте Минцифры. Попытки внедрить преференциальную модель уже были при разработке закона и постановления № 1932, но их осознанно исключили. Если бы этот проект вынесли на официальное публичное обсуждение, у отрасли сразу возникла бы масса вопросов.
🕹️ Серверная в Telegram | в MAX | 178 |
| 16 | Ведомости выпустили статью с недостоверными утверждениями по классификации ЦОД
В связи с запросами об утверждении какой-то классификации, Ассоциация сообщает, что никакие классификации ЦОД не вводились в правовое поле и не принимались, так как это регламентируется процедурами принятия нормативно-правовых актов, которые отсутствуют. Словесные интервенции, реклама и продвижение от заинтересованных авторов модели классификации не может подменять собой государственные процедуры. Формирование дополнительных административных барьеров, необоснованных финансовых затрат должно проходить через общественную экспертизу.
Таким образом, статья и какие-либо сочетания о свершившемся факте "утверждения" носит характер словесной интервенции и вводит в заблуждение.
https://www.vedomosti.ru/technology/articles/2026/08/25/1223417-data-tsentri-klassifitsiruyut-po-nadezhnosti | 890 |
| 17 | Продолжение вчерашней темы
Вчера мы опубликовали новость об указе № 604 и остановились на его пересказе. Теперь разберём документ по существу — там есть о чём поговорить.
Начнём с того, что установлено.
Правительство по поручению Президента может ввести временное управление имуществом хозяйствующего субъекта.
Оснований четыре: непринятие мер по обеспечению безопасности объекта, нарушение требований, создание угрозы нормальному функционированию — в том числе выявление неэффективности мероприятий по пресечению угроз нападения с использованием беспилотников — либо невосстановление объекта в установленный срок. Управляющим назначается Росимущество, к нему переходят полномочия собственника, за исключением распоряжения, расходы покрываются доходами от самого имущества, а срок управления не установлен вовсе.
Если владелец не хочет такого развития событий, то ему необходимо обеспечить безопасность объекта, не допустить угрозы его нормальному функционированию, добиться эффективности мер по пресечению атак и восстановлению работы после удара. Всё — в срок.
Предлагаю посмотреть, какими средствами это можно сделать в рамках действующего законодательства.
Технические меры:
✔️Средства обнаружения — радиолокационные (требуется решение ГКРЧ о выделении полос и регистрация РЭС в Роскомнадзоре), оптические, акустические.
✔️Средства радиоэлектронного подавления и спуфинга (требуется решение ГКРЧ о выделении полос и регистрация РЭС в Роскомнадзоре).
✔️Кинетические дроны-перехватчики — таран, сетевой захват, безвзрывное поражение. Укладываются в разрешенный способ воздействия, но применяются на тех же условиях: через охрану и с оформленным допуском. (п.с. формально, при старте, надо устанавливать соответствующий режим использования воздушного пространства и получать разрешение на полеты, если полеты запрещены в регионе)
✔️Дроны-перехватчики с боевой частью — для гражданского объекта недоступны (нормативный статус не закреплен). Только через подразделения МО РФ и ФСВНГ РФ.
✔️Инженерная и механическая защита — сетки, экраны, габионы (требуется проект, согласование установки, соответствие СП 542)
✔️Мобильные огневые группы - прерогатива МО РФ и ФСВНГ РФ.
✔️Укрытия для персонала.
✔️Повышенная противопожарная готовность.
Организационные меры:
✔️Модель угроз объекта.
✔️Регламенты действий персонала.
✔️Распределение запасов между площадками.
✔️Резервирование мощностей.
✔️План восстановления с датами.
✔️Страхование (не знаю как, но попробовать стоит).
✔️Обучение людей.
Чего собственник не может делать сам - применять средства поражения, подавлять и сбивать летательные аппараты, содержать штатные вооруженные группы. Все это делается только через МО РФ, ФСВНГ РФ, ведомственную охрану или частную охранную организацию с рядом очень существенных ограничений.
Здесь важно не ошибиться: право существует. Оно закреплено за различными категориями субъектов — от силовых ведомств и ведомственной охраны до Сбербанка. Разрешенных способов воздействия четыре: подавление сигналов управления, их преобразование, воздействие на пульты управления и повреждение или уничтожение аппарата. Но это право не является общим. Объект должен соответствовать требованиям по антитеррористической защищенности, а полномочия охранника и его подготовка должны быть подтверждены документально.
💬 От автора. Есть расхожая фраза: Вселенная отзывчива. Или — бойтесь своих желаний. Все участники процесса создания противодронной защиты говорили о необходимости нормативного документа. Просили — получите.
Теперь о том, что из этого следует.
Сопоставьте приведенные выше списки: собственник отвечает за результат, но у ряда наиболее эффективных "инструментов" есть свое существенное ограничение. А еще, по-мелочи: критериев эффективности не существует; методики оценки нет, требований к защите гражданских объектов от беспилотников в нормативных актах нет (помню, помню, есть СП 542), органа, который бы проводил оценку, тоже нет. Зато есть простой практический признак: прилетело — значит, было неэффективно.
Далее перейду к оценочным суждениям.
Единственное, чем в такой ситуации реально может управлять собственник, — это количеством бумаг. Модель угроз, проектные решения, договоры и акты на оборудование, программа обучения расчета, журналы, регламенты, план восстановления с датами. И вот тут наша промышленность действительно непобедима: паспорт антитеррористической защищенности у нас всегда будет в порядке, даже если объект сгорит.
Хотелось получить контур защиты. Есть риск получить контур документов. Что получится, узнаем в ближайшее время.
П.с. оценку юридических тонкостей Указа и его связи с упомянутыми в нем же НПА, оставлю на суд профессиональных правоведов.
Традиционно список документов:
Указ № 604 от 24.08.2026: http://publication.pravo.gov.ru/document/0001202608240009
ФЗ-440 от 04.08.2023 — http://kremlin.ru/acts/bank/49674
ФЗ-58 от 23.03.2026 — http://kremlin.ru/acts/bank/53074
ФЗ-173 от 10.06.2026 — https://www.garant.ru/news/2121532
#АнтиБПЛА #антиДРОН #КИ #Регулирование
@news_UAV | 805 |
| 18 |  В России создана Ассоциация облачных и технологических провайдеров (АОТП). Первые компании начали присоединяться к новой структуре
Компании Nubes и K2 Cloud присоединились к Ассоциации облачных и технологических провайдеров — новому некоммерческому объединению участников российского рынка облачных и связанных B2B Tech-услуг.
АОТП создана как профессиональное сообщество и открытая площадка для равноправного взаимодействия технологических компаний. К Ассоциации могут присоединиться провайдеры, работающие в области хостинга, публичных и частных облаков, информационной безопасности, искусственного интеллекта, ИИ-инфраструктуры и других видов высоконагруженных вычислений. Участников объединяет фокус на облачной и сервисной модели предоставления технологий бизнесу.
Присоединение провайдеров расширяет экспертизу Ассоциации в сфере облачной инфраструктуры, дата-центров, информационной безопасности и платформенных сервисов. Участники будут совместно работать над ключевыми инициативами, важными для развития всего рынка.
Основными направлениями работы АОТП станут формирование единой продуктовой таксономии, повышение качества отраслевой аналитики, безопасный обмен агрегированными данными, совместный индустриальный маркетинг, развитие культуры инноваций и совместный R&D.
«Присоединение Nubes и K2 Cloud подтверждает востребованность открытой отраслевой площадки, где провайдеры разного масштаба и специализации могут на равных обсуждать общие задачи и запускать совместные проекты. Наша цель - не просто объединить участников рынка, а создать практический механизм развития аналитики, стандартов и технологического сотрудничества», - отметил Николай Шуняев, директор АОТП.
«Для развития облачного рынка важны не только новые мощности и сервисы, но и доверие между его участниками, прозрачная терминология и качественная аналитика. Участие в Ассоциации даёт возможность объединить экспертизу провайдеров и сформировать практические ориентиры в вопросах облачной инфраструктуры, информационной безопасности и высокопроизводительных вычислений», — отметил Василий Степаненко, CEO Nubes.
«Российский облачный рынок достиг этапа, когда компаниям необходимо совместно работать над отраслевыми стандартами, исследованиями и технологической повесткой. При этом Ассоциация должна учитывать разнообразие бизнес-моделей и компетенций участников. Мы рассчитываем, что АОТП станет площадкой для содержательного диалога и запуска инициатив, полезных всему рынку и его заказчикам», — отметил Сергей Зинкевич, CEO K2 Cloud.
В 2026 году Ассоциация сосредоточится на совместной публичной аналитике, индустриальном маркетинге, инновационных проектах, R&D и участии в формировании понятного правового поля для облачных вычислений и связанных технологических услуг. АОТП открыта для присоединения российских компаний, предоставляющих высокотехнологичные услуги по облачной / сервисной модели. Подробнее - на сайте cloud-tech-association.ru | 681 |
| 19 |  +6👀👀👀👀👀 стал еще масштабнее 🔥
В этом году мы сформировали четыре трека с 20 докладами от экспертов Selectel и ведущих ИТ-компаний.
🤖
Расскажем о внедрении ИИ в бизнес на практике — от инфраструктуры и MLOps до ИИ-агентов для разработки, аналитики, тестирования и поддержки.
💿💿
Проанализируем новые вызовы для дата-центров и серверного оборудования, которые вызвали ИИ-нагрузки.
😎😎😎😎
Подробнее обсудим, где проходит граница между безопасностью и развитием бизнеса при внедрении ИИ.
👾💾
Расскажем, как работать с масштабируемыми платформами данных.
Вечером компанию очным участникам составят ведущие подкаста «Вселенная плюс» — физик Алексей Семихатов и астроном Владимир Сурдин. На главной сцене они запишут новый выпуск.
📅 8 октября
📍 Москва, Кластер «Ломоносов»
Регистрация уже открыта. Успейте заполнить форму ➡️ | 809 |
| 20 | Указ Президента №604 от 24.08.26 вводит положения о защите объектов критической инфраструктуры. К объектам, среди прочих, относятся объекты связи, т.е. и ЦОДы тоже. Как их будут определять неизвестно, но видимо в первую очередь будут обращать внимание на Реестр ЦОДов, или приходить после свершившихся воздействий. | 996 |
