Кратко

  • Сингапур применяет разные пороги для разных рисков: 3 МВт критической IT-нагрузки для экологической лицензии дата-центра, 10 МВт для устойчивости крупных площадочных сервисов и отдельный трехлетний доходный критерий для масштабных IaaS и PaaS.
  • Практическая проверка закона — соотносятся ли обязанности по энергии, устойчивости и уведомлению с активами и сервисами, которые оператор действительно контролирует, без потери системного контекста.

Один дата-центр может превысить один порог, но не другой. Digital Infrastructure Act 2026 закрепляет это различие в двух режимах. При критической IT-нагрузке от 3 МВт объект может попасть под лицензию с требованиями экологической эффективности. Порог 10 МВт относится к сервисам крупных дата-центров, чей сбой способен затронуть множество организаций. Облачный провайдер может подпасть под режим по третьему показателю — выручке от пользователей в Сингапуре, а не мощности одной площадки.

Три критерия — три объекта регулирования

Порог 3 МВт относится к объекту. Оператор должен получить лицензию дата-центра и выполнять требования устойчивости, начиная с энергоэффективности на уровне площадки и PUE. Критическая IT-нагрузка — максимальная электрическая мощность, на которую рассчитана подача к IT- и телекоммуникационному оборудованию. Это не фактическое потребление в конкретный час.

При 10 МВт сервис дата-центра может быть признан крупной базовой цифровой инфраструктурой. Единица измерения остается прежней, но цель меняется: оценить возможность сбоя для большого числа предприятий и организаций. Режим охватывает подпадающие под критерии colocation-услуги и облачные дата-центры, обслуживающие третьих лиц. Для IaaS и PaaS применяется отдельное условие: среднегодовой доход не менее 100 млн сингапурских долларов от пользователей в Сингапуре за три предыдущих года. SaaS в это определение не входит.

Министерство оценивает число дата-центров в Сингапуре примерно в 70, а долю объектов, достигающих 10 МВт, — приблизительно в две трети. Это правительственная оценка, а не публичный проверенный реестр по каждому объекту. Реальный охват будет зависеть от лицензионных правил и применения тестов к структурам компаний.

Эффективность не равна контролю

Ответ на консультацию показывает, почему у двух режимов дата-центров разные границы. Оператор colocation может управлять зданием, электроснабжением, охлаждением и физическим доступом, а клиент владеет серверами и управляет ими. MDDI и IMDA говорят, что требования устойчивости к площадке должны относиться к прямой зоне контроля оператора, а не к клиентскому оборудованию за ее пределами. Для облачных и colocation-центров планируются отдельные кодексы практики с последующим обсуждением отраслью.

У устойчивости ресурсов похожая проблема контроля. PUE описывает эффективность площадки относительно IT-нагрузки, но сам по себе не показывает общий расход энергии, воды или выбросов отрасли. Министр назвал его начальной точкой, а не финальным результатом: объект может повысить эффективность и одновременно увеличить абсолютный спрос. В ответе на консультацию сказано, что обязательные требования к энергоэффективности IT-оборудования сначала вводиться не будут, поскольку операторы могут не видеть серверы клиентов. Водные требования тоже отложены до дальнейших консультаций.

Операционные правила еще предстоит разработать

Закон задает лицензии, базовые обязанности и полномочия по исполнению. Детальные меры устойчивости, пороги уведомлений, энергетические требования и кодексы появятся позднее. Если требования к уведомлению о киберинцидентах пересекаются с Cybersecurity Act, правительство намерено направлять один отчет в IMDA; агентство передаст соответствующие сведения в Cyber Security Agency. Единый канал не означает единую систему управления рисками.

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

Note 64 Хэн Лу задает здесь редакционную дисциплину: отделять общее начальное правило от решений, принимаемых позднее. Будущие кодексы Сингапура останутся обязательными правовыми инструментами, а не добровольным принятием правил в интернет-системе. Результат будет зависеть от проверяемых данных за каждым порогом: проектной нагрузки, состава сервиса и клиентов, оперативного контроля, расчета облачной выручки и переходного плана. Если операторы смогут подтвердить эти данные, а регулятор объяснить границы контроля, разные обязанности смогут соответствовать разным рискам.

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

Источники