Big Дата-центр Of Shandong Province должен доказать, что заявленная мощность дата-центра выдержит ограничения по электропитанию и каналам связи

Кратко

• Big Дата-центр Of Shandong Province фигурирует в открытых интернет-реестрах как CEGN-SD:запись APNIC об AS139154называет Big Дата-центр Of Shandong Province, аобзор AS139154 в RIPEstatсообщил, что автономная система анонсировалась в окне наблюдения 11 июля 2026 года.
• Маршрутизируемый след значим, но узок.Данные RIPEstat об анонсируемых префиксахпоказали четыре видимых префикса, аданные о статусе маршрутизации— три IPv4-префикса, один IPv6-префикс, 8 704 IPv4-адреса, видимость IPv4 у 324 из 325 пиров RIS, видимость IPv6 у 315 из 322 пиров RIS и двух наблюдаемых соседей.
• Доказательства по площадкам слабее, чем по сети. В записях APNIC два «возрастных» блока IPv4 указаны по адресу дом 1, улица Шэнфуцянь, Цзинань, а записи 103.150.24.0 и 2405:f940 описывают «Shandong Province Government Cloud LC» в Inspur Cloud Computing Center в Цзинане.Проверка безопасности ведомством в 2024 годутакже указывает на залы правительственного облака Inspur, базовый зал экстранета электронного правительства и зал Xinchuang-облака Shandong Unicom как на критически важные площадки.
• Уровень эксплуатационной готовности поэтому средний, а не высокий. У Центра есть открытые данные о маршрутизации, закупках и правительственном облаке, но в открытых источниках по-прежнему нет сведений о питании залов, охлаждении, точках встречи операторов, генераторах, окнах обслуживания и переключении при сбоях.

Отправная точка — роль в правительственном облаке, а не бренд коммерческой колокации

В открытых источниках Big Дата-центр Of Shandong Province не выглядит как обычная коммерческая компания колокации, продающая на общем рынке кейджи, кросс-коннекты и плотность мощности. Более весомый публичный след указывает на провинциальное учреждение в сфере данных и правительственного облака, которое работает вокруг платформ цифрового правительства Шаньдуна, сервисов сети электронного правительства, инфраструктуры открытых данных и закупок правительственного облака. Это важно, потому что вопрос об инфраструктуре здесь другой.

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

Открытые данные о закупках — удобная отправная точка. На странице сделки на публичном ресурсе провинции Шаньдун попроекту услуг провинциального правительственного облакапокупателем указан Shandong Province Big Дата-центр, способ закупки определён как открытый конкурс, а тип проекта — как услуги. В связанномизвещении о тендереуказаны номер проекта SDGP370000000202501014338, наименование «Услуги правительственного облака провинции Шаньдун», срок подачи и время вскрытия заявок — 6 августа 2025 года в 09:00, срок контракта до 31 декабря 2025 года, допускается подача заявок консорциумом, а бюджет равен нулю юаней при отсутствии максимальной цены. Строка о нулевом бюджете — не признак того, что облачные услуги бесплатны; она скорее соответствует рамочному или потребляемому соглашению о правительственном облаке, реальная экономика которого определяется составом услуг, расчётами или более поздними заказами. Это также предостережение от того, чтобы воспринимать тендер как прямое заявление об установленных мощностях.

Страницы провинциального управления данных объясняют, почему облако важно. Насовещании 2025 года о работе с большими даннымиуправление сообщило, что Шаньдун утверждён в качестве национальной комплексной пилотной зоны по элементам данных, включён в национальные пилоты по созданию инфраструктуры данных и управлению каталогами ресурсов данных, а также должен усилить агрегацию ресурсов данных, цифровое правительство, цифровую экономику, цифровое общество и цифровую инфраструктуру. На той же странице говорится, что комплексная способность провинции предоставлять государственные услуги находится в первом национальном эшелоне и что поддержку цифровой инфраструктуры следует укреплять за счёт скоординированного предложения вычислений, продуманного размещения и мер безопасности. Это свидетельство спроса. Оно говорит, что провинциальным платформам нужна инфраструктура. Но оно не говорит, что Центр владеет каждым залом или всей мощностью, на которой работают эти платформы.

Различие становится яснее вотчёте о проверке безопасности 2024 года. Руководство провинциального управления данных посетило Inspur Group и Shandong Unicom, осмотрело зал правительственного облака Inspur, затем базовый зал экстранета электронного правительства и зал Xinchuang-облака Shandong Unicom. В отчёте говорится, что правительственное облако и правительственная сеть — важная цифровая инфраструктура, поддерживающая крупные платформы, включая «Ai Shandong» и «Shandong Tong». Это одна из самых ценных предметных подсказок в открытых источниках, потому что она определяет реальную эксплуатационную поверхность: не абстрактный дата-центр, а залы правительственного облака и правительственной сети, которые эксплуатируются вместе с названными технологическими партнёрами. Она также сужает роль Центра: он может закупать, координировать, администрировать и зависеть от этих залов, тогда как повседневная эксплуатация объекта и операторов связи может частично лежать на организациях-партнёрах.

Эта граница важна для устойчивости. Если провинциальное приложение откажет из-за сбоя фидера в зале Inspur, потери охлаждения в зале оператора связи или неудачных работ на базовом маршрутизаторе, пользователи могут воспринять это как отключение государственной платформы, даже если право на физический ремонт принадлежит партнёру. Поэтому публичным покупателям и читателям следует избегать двух простых ошибок. Первая — считать, что запись о маршруте и название закупки доказывают наличие полностью собственного парка дата-центров. Вторая — списывать организацию со счетов из-за отсутствия страниц коммерческой колокации.

Для провинциального координатора облака правильный тест — достаточно ли задокументированы залы партнёрской эксплуатации, маршрутные ресурсы и пути восстановления, чтобы поддерживать нагрузки государственного сектора.

Сетевые записи подтверждают реальный публичный контур

Самое сильное независимо проверяемое свидетельство — данные о номерах в интернете.Запись RDAP APNIC для AS139154указывает имя AS CEGN-SD, страну CN, статус active, регистрацию в 2020 году и описание «Big Дата-центр Of Shandong Province». В ней используется тот же адресный шаблон Цзинаня, что и в связанных записях APNIC об адресах: дом 1, улица Шэнфуцянь, Цзинань, Шаньдун.Обзор AS139154 в RIPEstatтакже идентифицирует владельца как «CEGN-SD — Big Дата-центр Of Shandong Province» и сообщает, что автономная система анонсировалась в окне наблюдения 11 июля 2026 года. Этого достаточно, чтобы считать организацию действующим участником публичной маршрутизации, а не именем только из правительственной брошюры.

Анонсируемое пространство тоже конкретно.Представление RIPEstat об анонсируемых префиксахпоказало префиксы 2405:f940::/32, 219.235.0.0/20, 103.150.24.0/23 и 119.148.160.0/20, видимые с конца июня по 11 июля 2026 года.Представление RIPEstat о статусе маршрутизациисуммировало три видимых IPv4-префикса, один IPv6-префикс, 8 704 IPv4-адреса и 65 536 IPv6-подсетей /48 в пределах видимого /32. Оно также сообщило о высокой видимости маршрутов: 324 из 325 IPv4-пиров RIS с полной таблицей видели набор IPv4-маршрутов, а 315 из 322 IPv6-пиров RIS — набор IPv6-маршрутов. Это не факты о площадках, но это важные факты о доступности. Провинциальный контур правительственного облака, невидимый в публичном интернете, имел бы совсем другой профиль риска.

Адресные записи APNIC добавляют подсказку о контексте площадок.Запись APNIC для 119.148.160.0описывает CEGN-SD как Big Дата-центр Of Shandong Province по адресу дом 1, улица Шэнфуцянь, Цзинань.Запись для 219.235.0.0содержит то же имя CEGN-SD, описание и адрес в Цзинане. Это «возрастные» переносимые выделения, зарегистрированные в 2008 году и последний раз изменённые в 2022 году. Напротив,запись APNIC для 103.150.24.0изапись для 2405:f940::описывают CEGN-SD-GCLC как «Shandong Province Government Cloud LC» в «Inspur Cloud Computing Center, JiNan ShanDong». Эта пара напрямую связана с размещением правительственного облака. Она подтверждает, что по крайней мере часть видимого маршрутизируемого пространства связана с облачным центром Inspur, а не только с административным офисным адресом.

Картина апстримов узкая, но полезная.Данные RIPEstat о соседях AS139154показали на снимке от 11 июля 2026 года двух наблюдаемых соседей: AS4837 и AS58540.Обзор AS4837 в RIPEstatидентифицирует AS4837 как CHINA169-Backbone, магистраль China169 оператора China Unicom.Обзор AS58540 в RIPEstatидентифицирует AS58540 как CHINATELECOM-SHANDONG-JINAN-IDC, Цзинань. Это связный набор операторов для контура правительственного облака Шаньдуна: одна национально значимая магистраль Unicom и одна AS IDC China Telecom «Шаньдун/Цзинань». Однако это не полное доказательство разнообразия операторов. Из открытых данных не видно, входят ли оба апстрима в отдельные здания, используют ли отдельные канализации, имеют ли отдельные окна обслуживания, достаточную зарезервированную пропускную способность при сбое и подключены ли к разным маршрутизаторам и системам электропитания.

Данные о согласованности маршрутов тоже стоит читать как сигнал гигиены, а не как сертификат устойчивости.Данные RIPEstat о согласованности маршрутизации ASпоказали все четыре видимых префикса одновременно в BGP и в whois, с RADB среди источников IRR, а также наблюдаемые импорты/экспорты с AS4837 и AS58540. Это подтверждает базовое администрирование маршрутов. Это не доказывает защиту от DDoS, защиту от утечек маршрутов, дисциплину обслуживания, время восстановления или историю влияния на клиентов. Открытые данные о маршрутах могут сказать читателям, что AS139154 жива и видима; они не могут сказать, как Центр и его партнёры действуют в 02:00, когда один из апстрим-путей деградирует.

Заявления о мощности нужно отделять от мощности, которую пользователи реально могут потреблять

Провинциальный контекст мощностей Шаньдуна велик.План действий по цифровой инфраструктуре на 2024–2025 годытребует опережающего развёртывания 5G, гигабитных оптических сетей, вычислительной инфраструктуры и интернета вещей; он продвигает качественный 5G, полностью оптические сети F5G, вычислительную инфраструктуру, координацию вычислительных сетей и цифровую модернизацию транспорта, энергетики, водоснабжения, городского хозяйства, культурного туризма, образования и экологии. В нём говорится, что Шаньдун должен направить универсальные дата-центры, центры суперкомпьютеров, центры интеллектуальных вычислений и краевые дата-центры в рациональную многоуровневую структуру, способствовать стандартизированному и интенсивному развитию универсальных дата-центров и создавать вокруг точек прямого соединения с национальной магистралью в Цзинане и Циндао низколатентные ядра дата-центров.

Эти провинциальные амбиции не следует путать с собственной доступной мощностью Big Дата-центр Of Shandong Province. План уровня провинции может содержать большие амбиции по стойкам, вычислениям, сети и региональным кластерам, тогда как прямая роль Центра остаётся закупками, интеграцией, нумерацией, координацией правительственного облака и обеспечением сервисов госсектора. Центр может находиться в центре поверхности спроса и управления, не владея всеми активами.

В открытых источниках нет таблицы мощностей кампуса под брендом Центра, данных об эффективности использования электроэнергии, разрешений на строительство, мощности трансформаторов, квадратных метров залов данных, перечня meet-me-зоны операторов или числа готовых для клиентов стоек. Это разница между «Шаньдун активно инвестирует в вычислительную инфраструктуру» и «эта организация может предоставить конкретную устойчивую услугу дата-центра».

Страница о выполнении публичных обязательств за 2024 год— более ясный сигнал о мощностях на конец года, но всё равно на уровне провинции. В ней говорится, что ведомство взяло на себя обязательство построить более 25 провинциальных новых дата-центров уровня 5A, довести число используемых стандартных стоек по провинции до 400 000 и достичь 30% доли интеллектуальных вычислений. Затем сообщается, что Шаньдун построил 50 провинциальных новых дата-центров уровня 5A, довёл совокупную вычислительную мощность до 9,66 Эфлопс, достиг 30% доли интеллектуальных вычислений, а 40 млн юаней провинциальных субсидий поддержали рост качества и мощностей дата-центров. Эти цифры существенны. Они показывают провинциальную экосистему дата-центров, но не относят эти стойки к Big Дата-центр Of Shandong Province и не доказывают наличие собственного резерва мощностей у Центра.

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

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

Самая обоснованная подсказка о мощности — согласованность CEGN-SD-GCLC, Inspur Cloud Computing Center и ведомственной проверки безопасности. Записи APNIC для 103.150.24.0 и 2405:f940:: описывают «Shandong Province Government Cloud LC» в Inspur Cloud Computing Center. Проверка безопасности ведомства говорит, что руководство осмотрело зал правительственного облака Inspur и обсудило праздничные дежурства, действия при чрезвычайных ситуациях, технологические инновации и разработку приложений. Оно также осмотрело базовый зал экстранета электронного правительства и зал Xinchuang-облака Shandong Unicom.

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

Основной путь отказа физический, даже когда публичный сигнал цифровой

Самые заметные артефакты — записи о маршрутах, извещения о закупках и страницы политик, но путь отказа физический. Если зал правительственного облака Inspur потеряет сетевое питание, охлаждение или хранилище, AS139154 может оставаться видимой, пока провинциальное приложение отказывает. Если в зале экстранета электронного правительства Shandong Unicom произойдёт инцидент с базовым маршрутизатором, внутренняя связь правительства может пострадать, даже если публичные адреса продолжают анонсироваться.

Если путь апстрима China Telecom «Шаньдун/Цзинань» откажет во время обслуживания, а у выжившего пути Unicom не хватит пропускной способности, потеря пакетов станет проблемой пользователей. Если пожар, наводнение или инцидент с контролем доступа задержат удалённые руки, официальный сбой платформы не будет ждать чистого публичного объяснения.

Электропитание — самый сложный открытый пробел. Провинциальный план действий признаёт мощность и энергию частью цифровой инфраструктуры, включая цифровую трансформацию энергетического интернета, мониторинг новой энергосистемы, координацию «источник — сеть — нагрузка — хранение» и поддержку важных проектов цифровой инфраструктуры через земельные, энергетические и экологические меры. В нём также сказано, что базовые станции 5G и дата-центры следует направлять на зелёные энергосберегающие модернизации и повышение доли возобновляемой энергии. Это важные сигналы политики, и они показывают, что Шаньдун понимает энергию как ограничение.

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

Охлаждение так же непрозрачно. Залы правительственного облака в Цзинане должны переживать летнюю жару, плотность оборудования и окна обслуживания. В открытых источниках нет топологии охлаждения, конструкции с чиллером или прямым расширением, конфигурации N+1 или 2N, контейнмента, заданных температур, резервных насосов, рисков водоснабжения или аварийной мощности вентиляторов. Это отсутствие важно, потому что непрерывность облака может тихо нарушиться из-за термического троттлинга, частичных отказов хранилища или защитных отключений до того, как весь зал погаснет. Таблица маршрутов не покажет, что в холодном коридоре заканчивается запас.

Точки встречи операторов видны только на уровне AS. Публичные данные показывают AS139154 с соседями AS4837 и AS58540, но не показывают meet-me-комнаты, пути кросс-коннектов, оптическое разнообразие, маршруты канализации, пограничные маршрутизаторы провайдеров или то, какие цепи являются основными, а какие резервными. Вполне возможно, что у Центра и его партнёров хорошее разнообразие операторов. Дело в том, что публичные читатели не могут это проверить.

Разнообразие операторов должно подтверждаться физическими и контрактными доказательствами: отдельными входами в здания, разными городскими трассами, независимым оптическим транспортом, предварительно согласованными BGP-фильтрами, протестированным переключением трафика и достаточным запасом на выжившем пути. Без этого «два апстрим-ASN» остаётся сигналом, а не гарантией.

Путь задержек строительства и разрешений важен для любого расширения. Язык поддержки проектов в плане действий упоминает земельные, энергетические и экологические факторы для проектов цифровой инфраструктуры и пытается поддерживать подходящие проекты через такие механизмы, как «выделение земли и немедленное строительство». Этот язык существует потому, что рост дата-центров — не только решение о закупке. Он требует земли, мощности, охлаждения, экологического соответствия, доступа к сети, противопожарных согласований и координации с коммунальными службами.

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

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

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

Кто ощущает сбой

Затронутые пользователи — не только сотрудники внутри управления данных.Проверка безопасности 2024 годаговорит, что правительственное облако и правительственная сеть поддерживают крупные платформы, такие как «Ai Shandong» и «Shandong Tong».Главная страница управленияописывает «Ai Shandong» как приложение государственных услуг, через которое граждане могут получать доступ к государственной информации и услугам независимо от региона, уровня и ведомства.Страница о выполнении обязательств за 2024 годговорит, что у «Ai Shandong» 5.0 было 116 млн зарегистрированных пользователей и что онлайн работали тринадцать комплексных сервисов. Там также сказано, что «Shandong Tong» 3.0 поддерживал делопроизводство правительства и подключил более 4 000 бизнес-систем в разных ведомствах и на разных уровнях. Это превращает надёжность правительственного облака в широкий вопрос публичных услуг.

На той же странице больше деталей о данных. Там говорится, что электронные лицензии в сумме обслужили более 950 млн обращений, обмен данными превысил 49 млрд обращений, «Lu Tong Code» подключён в шести сферах и более чем в 53 000 мест, а в составе провинциальной интегрированной платформы больших данных работают 169 узлов на уровне уездов. Эти утверждения — не инженерные факты о дата-центрах, но они показывают масштаб зависимостей.

Если идентификация, лицензирование, обмен данными, коды публичных услуг, офисное взаимодействие или узлы уровня уездов зависят от залов правительственного облака и правительственной сети, то сбой объекта может прокатиться по цифровому правительству, а не остаться узкой ИТ-проблемой.

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

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

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

Поэтому эксплуатационный вопрос не в том, «велик» ли Big Дата-центр Of Shandong Province в том смысле, в каком велик гиперскейл-кампус. Вопрос в том, достаточно ли надёжной, восстанавливаемой и управляемой партнёрами инфраструктуры поддерживается его публичная роль, чтобы соответствовать важности платформ, которых он касается. На этот вопрос открытые данные дают неполный ответ.

Данные о закупках следует читать как поверхность контроля

Тендер 2025 года на правительственное облако — точка контроля, потому что он показывает Центр как названного покупателя услуг облачных вычислений. Он не решает проблему физических доказательств, но показывает, где доказательства должны существовать. Любая серьёзная закупка правительственного облака может потребовать от участников и членов консорциума перечень площадок, сертификаты, топологию питания, топологию сети, списки дежурного персонала, меры безопасности, планы непрерывности и протоколы протестированного восстановления.

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

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

Допуск консорциумов тоже важен. Услуга правительственного облака может объединять поставщика облачной платформы, телеком-оператора, оператора объекта, поставщика безопасности и интеграционного подрядчика. Это может повысить устойчивость, если обязанности ясны и отрепетированы. Это также может создать задержки, если инцидент окажется между организациями. Событие с питанием может относиться к оператору объекта, событие с маршрутизацией — к оператору связи, событие с виртуализацией — к облачному поставщику, событие с безопасностью — к провайдеру SOC, а событие с коммуникацией — к закупающему учреждению.

Контракт на услуги должен определять, кто командует инцидентом и кто может принимать обязательные решения под давлением.

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

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

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

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

Пиринг и транзит: видимый контур полезен, но недостаточен

Два наблюдаемых соседа AS139154 разумны для китайского провинциального контура правительственного облака. Магистраль China169 оператора China Unicom и AS IDC China Telecom «Шаньдун/Цзинань» обеспечивают публичную доступность через крупную национальную инфраструктуру операторов. Записи APNIC о правительственном облаке в Inspur Cloud Computing Center и проверка безопасности Shandong Unicom тоже соответствуют этой картине: услуги правительственного облака и сети электронного правительства, вероятно, переплетены с площадками местных операторов и облачных провайдеров в Цзинане.

Но видимый транзит не отвечает на три вопроса, которые важнее всего при сбое. Во-первых, физически ли независимы пути? Два апстрим-ASN могут входить в одно здание, проходить по одной канализации, заканчиваться на соседнем оборудовании или иметь общий риск обслуживания на апстриме. Во-вторых, операционно ли независимы пути? Если комнату обслуживает один поставщик, транспорт — другой, а маршрутизацию — третий, скоординированный инцидент может устраняться дольше. В-третьих, сможет ли выживший путь пропустить трафик?

Разнообразие без резерва пропускной способности может превратить жёсткий сбой в деградированный сервис, который всё равно не оправдывает ожидания пользователей.

Публичная BGP-картина не может показать и зависимости частных правительственных сетей. Провинциальные сервисы могут зависеть от маршрутов экстранета электронного правительства, которые не отражаются в публичных наблюдениях AS. Сбой публичного маршрута может быть менее вредным, чем сбой внутренней правительственной сети, и верно обратное. Упоминание базового зала экстранета электронного правительства в проверке безопасности поэтому крайне важно. Оно напоминает читателям, что публичный интернет-контур — лишь одна поверхность.

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

Позиция RPKI и IRR здесь не главная проблема. Данные RIPEstat показывают публичные префиксы в BGP и whois, а AS видна. Более крупный вопрос — физическое и операционное разнообразие. Если проверка закупки останавливается на «двух апстримах и четырёх префиксах», она упускает инфраструктурный риск. Правильная проверка требует схем маршрутов, идентификаторов цепей, границ демаркации операторов, входов на площадку, отчётов об испытаниях переключения и координации обслуживания. Публичные данные подтверждают необходимость задавать эти вопросы; они не могут заменить ответы.

Практический тест должной осмотрительности

Первый тест — граница активов. Big Дата-центр Of Shandong Province следует рассматривать как публичное учреждение в сфере данных и правительственного облака, чья видимая инфраструктура зависит от залов партнёров. Покупатель или надзорный орган должен спросить, какими активами Центр управляет напрямую, какие закупает, какие принадлежат Inspur или телеком-партнёрам, а какие являются только логическими сервисами. Без этой границы ответственность при сбое будет размываться.

Второй тест — доказательства по площадкам. Для каждого класса услуг правительственного облака Центр и его партнёры должны уметь назвать активный производственный зал, резервный зал, сетевой зал, место хранения и место управления. Они должны описать, работают ли сервисы в режиме active-active, active-standby, резервного копирования и восстановления или ручной пересборки. Публичные страницы показывают Inspur Cloud Computing Center и залы Shandong Unicom как релевантные; они не показывают перечень площадок для каждой услуги.

Третий тест — питание и охлаждение. Каждая значимая площадка должна иметь документированную схему вводов от сетевой компании, автономность ИБП, конфигурацию генераторов, поставку топлива, историю обслуживания, испытания нагрузки, резервирование охлаждения и экологический мониторинг. Провинциальный план признаёт земельные, энергетические и экологические факторы, но открытые данные не показывают устойчивость питания на уровне площадок.

Четвёртый тест — разнообразие операторов. Видимых соседей AS139154, AS4837 и AS58540, следует сопоставить с физическими цепями, входами в здания, маршрутизаторами и классами услуг. Центр должен показать, что одно событие обслуживания или один обрыв волокна не лишает всю внешнюю и внутреннюю доступность. Для правительственных приложений разнообразие частного экстранета электронного правительства следует документировать отдельно от разнообразия публичного интернета.

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

Шестой тест — реализм мощности. Провинциальные цифры дата-центров Шаньдуна впечатляют, но доступную мощность услуг Центра следует измерять зарезервированными облачными ресурсами, запасом, репликацией хранилищ, сетевой ёмкостью и кадровым покрытием для конкретных государственных сервисов. Установленные провинциальные стойки — не то же самое, что немедленно доступная устойчивая мощность для конкретной платформы.

Седьмой тест — дисциплина публичного раскрытия. Координатору правительственного облака не нужно публиковать чувствительные схемы, но должна быть возможность дать нечувствительные гарантии: категории услуг, классы восстановления, публичные контактные точки, практику уведомлений об обслуживании, разнообразие операторов на высоком уровне и проверенные меры контроля. Сейчас открытые данные сильны по политике и закупкам, средние по маршрутизации и слабы по устойчивости объектов.

Что повысило бы уровень доказательств

Первое улучшение — нечувствительная карта услуг. Не нужно раскрывать защищённые схемы стоек или детали безопасности. Можно просто указать, какие классы услуг провинциального правительственного облака работают в объектах какого класса: основное облачные вычисления, резервное хранилище, ядро сети электронного правительства, Xinchuang-облако, публичный интернет-контур и среда аварийного восстановления. Следует сказать, у каждого класса одна площадка, две площадки или только резервная площадка, и является ли восстановление автоматическим, полуавтоматическим или ручным.

Такое заявление помогло бы читателям понять границу контроля без раскрытия критической инфраструктуры.

Второе улучшение — связь маршрутов с услугами. Публичная маршрутизация уже показывает AS139154 и четыре видимых префикса. Не хватает связи между маршрутными ресурсами и категориями услуг. Если 103.150.24.0/23 и 2405:f940::/32 — префиксы правительственного облака, а 119.148.160.0/20 и 219.235.0.0/20 обслуживают другие провинциальные сетевые функции, то нагрузка на доказательства для каждого блока разная. Если одни префиксы используются для публичных фронтендов, другие для управления, а третьи для интеграции правительственного экстранета, у каждого свои требования к восстановлению.

Заявление на высоком уровне об использовании префиксов могло бы остаться нечувствительным и при этом повысить подотчётность.

Третье улучшение — раскрытие границ партнёрства. Открытые данные уже указывают на залы Inspur и Shandong Unicom. Само по себе это не слабость; публичные и правительственные облака обычно зависят от профильных партнёров. Риск возникает из неясной подотчётности. Полезная гарантийная записка могла бы сказать, кто эксплуатирует физический зал, кто управляет вычислениями, кто — хранилищем, кто — маршрутизаторами, кто ведёт мониторинг, кто сообщает об инцидентах и у кого есть полномочия запустить переключение. В ней также следовало бы сказать, есть ли у Центра прямой операционный доступ, надзорный доступ или только права на закупку и координацию.

Четвёртое улучшение — публикация классов восстановления. Не каждой правительственной нагрузке нужно одинаковое время восстановления. Публичный портал услуг, внутренняя офисная система, сервис каталога данных и пакетная аналитическая нагрузка могут по-разному переносить простои и потери данных. Центр мог бы публиковать широкие классы восстановления, не называя чувствительные приложения: например, критический доступ к публичным услугам, межведомственное офисное взаимодействие, сервисы обмена данными, сервисы открытых данных и низкоприоритетные нагрузки.

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

Пятое улучшение — гарантии по питанию и охлаждению по категориям. Публичному читателю не нужна однолинейная схема шин ИБП, но Центр и его партнёры могли бы раскрыть, есть ли у критических залов правительственного облака независимые источники питания, покрытие генераторами, контракты на топливо, автономность аккумуляторов, резервирование охлаждения и экологический мониторинг. Простое заявление о том, что критические производственные сервисы размещаются только в залах, соответствующих названному классу резервирования, было бы информативнее, чем ссылка на политику зелёных дата-центров.

Вопрос не в том, поддерживает ли Шаньдун зелёные и эффективные дата-центры; вопрос в том, смогут ли залы, несущие нагрузки государственного сектора, оставаться в пределах мощностных и тепловых лимитов при реалистичном сбое.

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

Это особенно актуально, когда публичные записи показывают в цепочке зависимостей и облачные залы, и залы операторов.

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

Такой журнал обучения был бы ценнее высокоуровневых гарантий, потому что показывает, обнаруживает ли организация слабые места и устраняет ли их.

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

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

Эксплуатационная оценка

Big Дата-центр Of Shandong Province нельзя списывать как «бумажную» организацию. Публичные интернет-записи реальны: AS139154 зарегистрирована на Центр, RIPEstat показывает её анонсированной, видны четыре префикса, записи APNIC описывают и Центр, и Shandong Province Government Cloud LC, а набор маршрутов имеет широкую видимость. Открытый след закупок тоже реален: Центр является покупателем по проекту услуг провинциального правительственного облака 2025 года. Провинциальный политический контекст реален: Шаньдун инвестирует в дата-центры, вычислительные мощности, платформы государственных услуг, открытые данные и цифровую инфраструктуру.

Публичная проверка безопасности реальна: залы правительственного облака Inspur и залы правительственной сети и облака Shandong Unicom названы критически важными для проверки.

Слабость не в существовании. Слабость — в разрыве между видимой значимостью правительственного облака и публичными доказательствами по объектам. Открытые данные не показывают, может ли Big Дата-центр Of Shandong Province самостоятельно продемонстрировать два фидера, запас работы генераторов, резервирование охлаждения, раздельные точки встречи операторов, переключение между двумя залами, протестированное восстановление из резервных копий или показатели влияния на клиентов.

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

Поэтому правильная оценка — «Средняя». Сетевых данных достаточно, чтобы доказать реальный действующий контур. Данных о правительственном облаке и публичных платформах достаточно, чтобы доказать значимость. Данных об объектах и восстановлении слишком мало для оценки «Высокая». Заявленная или подразумеваемая мощность Центра может стать убедительнее только тогда, когда публичные закупки, партнёрская эксплуатация и сетевые записи будут дополнены нечувствительными доказательствами физической устойчивости: какие залы, какие фидеры, какие операторы, какие пути восстановления и какие испытания.

До тех пор самое безопасное прочтение точное: Big Дата-центр Of Shandong Province — видимый провинциальный субъект правительственного облака и инфраструктуры данных с активной публичной маршрутизацией через AS139154. Публично он пока не доказан как прозрачный, самодостаточный оператор дата-центра, чья мощность способна пережить потерю питания, тепловую нагрузку, перерыв у оператора связи или отказ зала партнёра без существенного влияния на сервисы.