Big Data Center Of Shandong Province precisa demonstrar se a capacidade de seu data center pode sobreviver às restrições de energia e conectividade de operadora

Resumo

• O Big Data Center Of Shandong Province é visível nos registros públicos da Internet como CEGN-SD: oregistro AS139154 da APNICdesigna o Big Data Center Of Shandong Province, e avisão geral do AS139154 no RIPEstatindicava que o AS estava anunciado em 2026-07-11.
• A pegada de roteamento é significativa, mas limitada. Osdados de prefixos anunciados do RIPEstatmostravam quatro prefixos visíveis, enquanto osdados sobre o estado do roteamentomostravam três prefixos IPv4, um prefixo IPv6, 8.704 endereços IPv4, visibilidade IPv4 a partir de 324 dos 325 pares RIS, visibilidade IPv6 a partir de 315 dos 322 pares RIS e dois vizinhos observados.
• A evidência da instalação é mais fraca do que a evidência de rede. Os registros APNIC localizam dois blocos IPv4 herdados no No. 1 Sheng Fu Qian Street em Jinan, enquanto os registros 103.150.24.0 e 2405:f940 descrevem « Shandong Province Government Cloud LC » no Inspur Cloud Computing Center em Jinan. Umavisita de segurança do escritório em 2024também designou as salas de nuvem governamental da Inspur, o extranet governamental eletrônico da Shandong Unicom e as salas de nuvem Xinchuang como locais operacionais críticos.
• Portanto, o nível operacional é Médio, não Forte. O Centro possui evidências públicas de roteamento, contratações públicas e nuvem governamental, mas os registros públicos ainda carecem de evidências no nível da sala em termos de energia, refrigeração, encontro com operadoras, gerador, janela de manutenção e failover.

As evidências começam por um papel de nuvem governamental, não por uma marca de colocation de varejo

O Big Data Center Of Shandong Province não se apresenta, nas evidências públicas, como uma empresa de colocation comercial clássica vendendo espaço em racks, interconexões e densidade energética para o mercado geral. A trilha pública mais sólida aponta para uma instituição provincial de dados e nuvem governamental que se articula em torno das plataformas de governo digital de Shandong, serviços de rede governamental eletrônica, infraestrutura de dados públicos e contratações de nuvem governamental. Isso importa porque a questão infraestrutural é diferente.

Para um fornecedor de data centers de varejo, o comprador pergunta se as salas, os megawatts e as operadoras anunciadas existem. Para esta entidade, o leitor deve se perguntar se uma camada de coordenação de nuvem governamental pode apresentar evidências operacionais sólidas para as salas, operadoras e caminhos de recuperação que efetivamente suportam as cargas de trabalho provinciais.

O registro público das contratações é um ponto de partida útil. Uma página das transações de recursos públicos de Shandong para oprojeto de serviço de nuvem governamental provincialdesigna o Big Data Center Of Shandong Province como comprador, identifica o método de contratação como licitação aberta e lista o tipo de projeto como serviços. Oaviso de licitação associadofornece o número do projeto SDGP370000000202501014338, o nome do projeto como serviço de nuvem governamental provincial de Shandong, uma data limite de submissão e abertura em 2025-08-06 09:00, um período contratual até 2025-12-31, a aceitação de propostas em consórcio e um orçamento de zero yuan sem preço teto. Esta linha de zero yuan não é um sinal de que o serviço em nuvem é gratuito; é mais consistente com um acordo de nuvem governamental do tipo quadro ou por consumo onde os custos reais são determinados por itens de serviço, liquidações ou ordens subsequentes. É também um alerta contra tratar a licitação como uma declaração direta de capacidade instalada.

As páginas do escritório provincial de dados mostram por que a nuvem é importante. Em umareunião de trabalho sobre dados provinciais de 2025, o escritório declarou que Shandong havia sido aprovada como zona piloto integrada de elementos de dados nacionais, havia entrado em pilotos nacionais para a construção de infraestrutura de dados e a governança do catálogo de recursos de dados, e precisava fortalecer a agregação de recursos de dados, o governo digital, a economia digital, a sociedade digital e a infraestrutura digital. A mesma página indica que a capacidade de serviço governamental integrado de Shandong estava no primeiro nível nacional e que o suporte à infraestrutura digital precisa ser reforçado com oferta coordenada de computação, design científico e garantias de segurança. Isso constitui uma evidência da demanda. Isso mostra que as plataformas provinciais precisam de infraestrutura. Isso não diz que o Centro possui todas as salas ou toda a energia que suporta essas plataformas.

A distinção fica mais clara em umavisita de segurança de 2024. A direção do escritório provincial de dados visitou o Inspur Group e a Shandong Unicom, inspecionou a sala de nuvem governamental da Inspur, e depois inspecionou a sala central do extranet governamental eletrônico provincial da Shandong Unicom e a sala de nuvem Xinchuang. Este relatório indica que a nuvem governamental e a rede governamental são infraestruturas digitais importantes que suportam plataformas-chave como « Ai Shandong » e « Shandong Tong ». Este é um dos melhores índices específicos do assunto no registro público, pois identifica a superfície operacional real: não um data center abstrato, mas salas de nuvem governamental e rede governamental operadas com parceiros tecnológicos nomeados. Também delimita o papel do Centro. O Centro pode contratar, coordenar, gerenciar e depender dessas salas, enquanto a operação diária das instalações e das operadoras pode caber em parte às organizações parceiras.

Esse limite é importante para a resiliência. Se uma aplicação provincial falha porque um bloco de alimentação dispara em uma sala Inspur, uma sala de operadora perde seu resfriamento, ou um evento de manutenção em um roteador central dá errado, os usuários afetados podem sentir isso como uma paralisação da plataforma governamental, mesmo que a autoridade de reparo físico pertença a um parceiro. Os compradores e leitores públicos devem evitar dois erros fáceis. O primeiro é supor que um registro de roteamento e um título de contratação pública provam um conjunto de data centers totalmente próprios.

O segundo é descartar a entidade porque ela não possui páginas comerciais de colocation. Para um coordenador de nuvem provincial, a evidência correta é saber se as salas operadas por parceiros, os recursos de roteamento e os caminhos de recuperação são suficientemente documentados para suportar as cargas de trabalho do setor público.

Os registros de rede provam uma fronteira pública real

A evidência mais sólida e verificável de forma independente são os números da Internet.O registro RDAP da APNIC para AS139154lista o nome do AS como CEGN-SD, país CN, status ativo, registrado em 2020 e a descrição « Big Data Center Of Shandong Province ». Ele fornece o mesmo esquema de endereço de Jinan usado nos registros de endereços APNIC associados: No. 1 Sheng Fu Qian Street, Jinan, Shandong.A visão geral do RIPEstat para AS139154também identifica o titular como « CEGN-SD - Big Data Center Of Shandong Province » e indicava que o AS estava anunciado para a janela de observação de 2026-07-11. Isso é suficiente para tratar a entidade como uma entidade de roteamento público ativo, e não apenas um nome em um folheto governamental.

O espaço anunciado também é concreto.A visão dos prefixos anunciados do RIPEstatmostrava 2405:f940::/32, 219.235.0.0/20, 103.150.24.0/23 e 119.148.160.0/20, visíveis do final de junho até 2026-07-11.A visão do estado do roteamento do RIPEstatresumia três prefixos IPv4 visíveis, um prefixo IPv6, 8.704 endereços IPv4 e 65.536 /48 IPv6 sob o /32 IPv6 visível. Também relatava alta visibilidade de roteamento: 324 dos 325 pares RIS IPv4 full-feed vendo o conjunto completo de rotas IPv4, e 315 dos 322 pares RIS IPv6 full-feed vendo o conjunto completo de rotas IPv6. Esses não são fatos sobre as instalações, mas são fatos importantes de acessibilidade. Uma borda de nuvem governamental provincial que não fosse visível na Internet pública apresentaria um perfil de risco muito diferente.

Os registros de endereços da APNIC adicionam a pista do contexto da instalação.O registro 119.148.160.0 da APNICdescreve CEGN-SD como Big Data Center Of Shandong Province no No. 1 Sheng Fu Qian Street, Jinan. Oregistro 219.235.0.0dá o mesmo nome CEGN-SD, a mesma descrição e o mesmo endereço em Jinan. São alocações portáveis de aparência herdada, registradas em 2008 e modificadas pela última vez em 2022. Em contraste,o registro 103.150.24.0 da APNICeo registro 2405:f940::descrevem CEGN-SD-GCLC como « Shandong Province Government Cloud LC » no « Inspur Cloud Computing Center, JiNan ShanDong ». Esse par está mais diretamente relacionado à hospedagem da nuvem governamental. Ele suporta a ideia de que pelo menos uma parte do patrimônio roteado visível está associada ao centro de computação em nuvem da Inspur, e não apenas a um endereço administrativo.

O panorama upstream é limitado, mas útil.Os dados de vizinhos AS do RIPEstat para AS139154mostravam dois vizinhos observados no instantâneo de 2026-07-11: AS4837 e AS58540.A visão geral do RIPEstat para AS4837identifica AS4837 como CHINA169-Backbone, a rede dorsal China169 da China Unicom.A visão geral do RIPEstat para AS58540identifica AS58540 como CHINATELECOM-SHANDONG-JINAN-IDC, Jinan. É uma combinação de operadoras consistente para uma borda de nuvem governamental de Shandong: uma importante rede dorsal nacional da China Unicom e um AS IDC da China Telecom Shandong/Jinan. No entanto, isso não constitui uma evidência completa de diversidade de operadoras. A visão pública não indica se os dois links upstream entram em edifícios separados, usam dutos separados, têm janelas de manutenção separadas, oferecem capacidade comprometida suficiente em caso de falha, ou estão conectados a roteadores e domínios de alimentação diferentes.

A visão de consistência de roteamento também merece ser lida como um sinal de higiene, não como um certificado de resiliência.Os dados de consistência de roteamento AS do RIPEstatindicavam que os quatro prefixos visíveis estão tanto no BGP quanto no whois, com RADB listado entre as fontes IRR, e as importações/exportações com AS4837 e AS58540 foram observadas. Isso confirma uma administração básica de rotas. Isso não prova limpeza DDoS, proteção contra vazamento de rotas, disciplina de manutenção, tempo de recuperação ou histórico de impacto no cliente. Os dados públicos de roteamento podem informar aos leitores que AS139154 está ativo e visível; eles não podem informar como o Centro e seus parceiros se comportam às 2 da manhã quando uma rota upstream está degradada.

As alegações de capacidade devem ser separadas da capacidade que os usuários podem realmente consumir

O contexto de capacidade provincial de Shandong é vasto. Oplano de ação para infraestrutura digital 2024-2025pede a implantação antecipada de 5G, redes ópticas gigabit, infraestrutura de computação e infraestrutura da Internet das Coisas; promove 5G de alta qualidade, redes totalmente ópticas F5G, infraestrutura de computação, coordenação rede-computação e atualizações digitais em transportes, energia, água, serviços municipais, turismo cultural, educação e ecologia. Indica que Shandong deve orientar data centers gerais, centros de supercomputação, centros de computação inteligente e data centers de borda para um arranjo escalonado racional, promover o desenvolvimento padronizado e intensivo de data centers gerais, e construir zonas centrais de data centers de baixa latência em torno dos pontos de conexão direta da rede dorsal nacional da Internet de Jinan e Qingdao.

Essa ambição provincial não deve ser confundida com a capacidade própria utilizável do Big Data Center Of Shandong Province. Um plano provincial pode conter grandes ambições em termos de racks, computação, rede e cluster regional, enquanto o papel direto do Centro permanece a contratação, integração, numeração, coordenação de nuvem governamental e garantia de serviços do setor público. O Centro pode estar no centro da superfície de demanda e governança sem possuir todos os ativos.

O registro público não mostra um quadro de capacidade do campus com a marca do Centro, dados de eficiência energética, licenças de construção, capacidade de transformador, metros quadrados de sala de dados, inventário de ponto de encontro com operadoras ou número de racks prontos para o cliente. Essa é a diferença entre « Shandong investe pesado em infraestrutura de computação » e « esta entidade pode oferecer um serviço de data center resiliente específico ».

Apágina de conclusão dos compromissos públicos de 2024é um sinal de capacidade de fim de ano mais claro, mas ainda permanece no nível provincial. Indica que o escritório se comprometeu a construir mais de 25 novos data centers provinciais cinco estrelas, atingir 400.000 racks padrão em serviço em toda a província e alcançar uma participação de computação inteligente de 30%. Em seguida, especifica que Shandong havia construído 50 novos data centers provinciais cinco estrelas, elevado a capacidade total de computação para 9,66 Eflops e alcançado uma participação de computação inteligente de 30%, com 40 milhões de yuans em prêmios financeiros provinciais apoiando a qualidade e o crescimento da capacidade dos data centers. Esses números são substanciais. Eles mostram um ecossistema provincial de data centers, mas não atribuem esses racks ao Big Data Center Of Shandong Province nem provam a capacidade excedente própria do Centro.

A página de contratações reforça essa distinção entre capacidade instalada e capacidade utilizável. A licitação para a nuvem governamental de 2025 tem um orçamento de zero yuan e sem preço teto, indica que a necessidade de contratação consta em um anexo, aceita propostas em consórcio e dura apenas até 31/12/2025. Isso a torna uma evidência medíocre para uma quantidade fixa de capacidade instalada. É melhor lê-la como um veículo contratual para serviços de nuvem governamental.

Um veículo de serviço em nuvem pode se expandir ou contrair com os fornecedores; pode usar salas parceiras; pode definir preços por serviço; e pode depender de evidências operacionais não visíveis na licitação pública. Para os leitores, a questão chave não é quantos racks provinciais existem, mas quais sites parceiros hospedam as cargas de trabalho, quais classes de serviço estão vinculadas a quais compromissos de recuperação, e se esses compromissos foram testados.

A pista de capacidade mais fundamentada é o alinhamento entre CEGN-SD-GCLC, Inspur Cloud Computing Center e a visita de segurança do escritório. Os registros APNIC para 103.150.24.0 e 2405:f940:: descrevem « Shandong Province Government Cloud LC » no Inspur Cloud Computing Center. A visita de segurança do escritório indica que a direção inspecionou a sala de nuvem governamental da Inspur e discutiu o dever durante os feriados, o gerenciamento de emergências, a inovação tecnológica e o desenvolvimento de aplicações. Também inspecionou a sala central do extranet governamental eletrônico provincial da Shandong Unicom e a sala de nuvem Xinchuang.

Esses fatos sugerem fortemente que a capacidade de nuvem governamental pública depende de um ecossistema de parceiros de salas e operadoras. Eles não revelam a capacidade disponível, como está segmentada, como é resfriada, como é alimentada, nem como funciona o failover entre os sites parceiros.

O principal caminho de falha é físico, mesmo quando o sinal público é digital

Os artefatos mais visíveis são os registros de roteamento, os avisos de contratações públicas e as páginas políticas, mas o caminho de falha é físico. Se uma sala de nuvem governamental da Inspur perde a energia elétrica, o resfriamento ou o armazenamento, AS139154 pode permanecer visível enquanto uma aplicação provincial falha. Se uma sala de extranet governamental eletrônico da Shandong Unicom sofre um incidente em um roteador central, a conectividade governamental interna pode ser afetada mesmo que os endereços públicos continuem a ser anunciados.

Se a rota upstream da China Telecom Shandong/Jinan é cortada durante uma manutenção e a rota sobrevivente da China Unicom não tem capacidade, a perda de pacotes se torna um problema do usuário. Se um incêndio, inundação ou incidente de controle de acesso atrasa a intervenção remota, a paralisação oficial da plataforma não esperará uma explicação pública clara.

A energia é a lacuna pública mais difícil. O plano de ação provincial reconhece a energia e a eletricidade como parte da infraestrutura digital, incluindo a transformação digital da rede elétrica da Internet, a monitoração de novos sistemas elétricos, a coordenação fonte-rede-carga-armazenamento e o apoio a grandes projetos de infraestrutura digital por meio de acordos fundiários, energéticos e ambientais. Também indica que as estações base 5G e os data centers devem ser orientados para atualizações de economia de energia verde e uma parcela crescente de energias renováveis.

Esses são sinais políticos importantes, e mostram que Shandong entende a energia como uma restrição. Eles não informam aos leitores se as salas de nuvem governamental que suportam o Centro possuem duas alimentações independentes da rede pública, autonomia de gerador, contratos de reabastecimento de combustível, autonomia de bateria, testes de carga de banco ou caminhos elétricos separados para cada fileira de racks.

O resfriamento é igualmente opaco. As salas de nuvem governamental em Jinan devem sobreviver ao calor do verão, à densidade do hardware e às janelas de manutenção. O registro público não mostra a topologia de resfriamento, o design de água gelada ou expansão direta, a configuração N+1 ou 2N, o confinamento, os setpoints de temperatura, as bombas de reserva, o risco de abastecimento de água ou a capacidade de ventilação de emergência. Essa ausência importa porque a continuidade da nuvem pode falhar silenciosamente por limitação térmica, falhas parciais de armazenamento ou desligamentos protetivos antes que toda uma sala desligue.

Uma tabela de roteamento não revelará que o corredor frio não tem margem.

Os pontos de encontro com operadoras são visíveis apenas no nível dos AS. As evidências públicas mostram AS139154 observado com AS4837 e AS58540, mas não mostram as salas de encontro, os caminhos de interconexão, a diversidade óptica, os caminhos de dutos, os roteadores de borda do provedor ou os circuitos primários e de backup. É perfeitamente possível que o Centro e seus parceiros desfrutem de boa diversidade de operadoras. O ponto é que os leitores públicos não podem verificar isso.

A diversidade de operadoras deve ser comprovada por evidências físicas e contratuais: entradas de edifícios separadas, caminhos metropolitanos diferentes, transporte óptico independente, filtros BGP pré-aprovados, comutação de tráfego testada e margem suficiente no caminho sobrevivente. Sem isso, « dois ASN upstream » continua sendo um sinal, não uma garantia.

O caminho de atrasos de construção e licenciamento é importante para qualquer expansão. A linguagem de apoio a projetos do plano de ação menciona fatores fundiários, energéticos e ambientais para projetos de infraestrutura digital e tenta apoiar projetos elegíveis por meio de mecanismos como « aquisição de terreno e construção imediata ». Essa linguagem existe porque o crescimento de data centers não é apenas uma decisão de contratação. Requer terreno, energia, resfriamento, conformidade ambiental, acesso à rede, aprovação de combate a incêndios e coordenação de serviços públicos.

Se a demanda de nuvem governamental provincial cresce mais rápido que a expansão das salas parceiras, o Centro pode ser limitado pela capacidade dos parceiros e pelas aprovações locais, mesmo quando o ambiente político é favorável.

O risco de incêndio e inundação não é divulgado no nível do site. Jinan é uma capital provincial interior, e as evidências públicas apontam para salas governamentais em vez de um campus comercial público com relatórios detalhados de perigos. Portanto, o comprador deve fazer perguntas comuns mas não negociáveis: altitude de inundação, zonas de incêndio, supressão a gás, detecção precoce de fumaça, detecção de vazamento de água, caminho duplo de saída de cada sala, autoridade de resposta a emergências, e se uma alternativa para a perda total do site foi ensaiada.

Porque os serviços provinciais afetam cidadãos, agências e empresas, os danos de uma paralisação da nuvem governamental são operacionais em vez de puramente comerciais.

Quem sente a interrupção

Os usuários afetados não são apenas o pessoal de um escritório de dados. Avisita de segurança de 2024indica que a nuvem governamental e a rede governamental suportam plataformas-chave como « Ai Shandong » e « Shandong Tong ». Apágina inicial do escritóriodescreve « Ai Shandong » como uma aplicação de serviços governamentais pela qual o público pode acessar informações e serviços governamentais em todas as regiões, níveis e departamentos. Apágina de cumprimento de compromissos de 2024indica que « Ai Shandong » 5.0 tinha 116 milhões de usuários registrados e que treze serviços integrados estavam online. Indica também que « Shandong Tong » 3.0 suportava o trabalho de escritório governamental e estava conectado a mais de 4.000 sistemas de negócios em todos os departamentos e níveis. Isso faz da confiabilidade da nuvem governamental uma ampla questão de serviço público.

A mesma página fornece mais detalhes do lado dos dados. Indica que as licenças eletrônicas haviam acumulado mais de 950 milhões de usos, que o compartilhamento de dados ultrapassava 49 bilhões de usos, que « Lu Tong Code » estava conectado em seis áreas e mais de 53.000 locais, e que a plataforma integrada de big data da província tinha 169 nós no nível do condado em operação. Essas afirmações não são fatos de engenharia de data center, mas mostram a escala das dependências.

Se a identidade, as licenças, o compartilhamento de dados, os códigos de serviço público, a colaboração de escritório ou os nós de dados no nível do condado dependem das salas de nuvem governamental e da rede governamental, então uma interrupção das instalações pode se propagar por todo o governo digital em vez de permanecer um problema de TI limitado.

A agenda de dados públicos e economia digital adiciona outro grupo afetado. Areunião de trabalho de 2025declarou que Shandong havia entrado em pilotos nacionais para a construção de infraestrutura de dados e a governança do catálogo de recursos de dados e queria promover a circulação e utilização dos dados enquanto os mantinha seguros. O plano de ação pede uma infraestrutura de dados intersetorial e interdomínio, a melhoria da plataforma integrada de big data provincial e um portal unificado para compartilhamento, abertura e fornecimento de serviços de dados. Isso significa que pesquisadores, empresas, governos locais e desenvolvedores de aplicativos podem depender de plataformas que, em última análise, exigem camadas resilientes de computação, armazenamento e rede.

É por isso que uma pegada pública fina não deve ser confundida com baixo impacto. Um pequeno operador comercial com um único rack e poucos clientes pode falhar silenciosamente. Uma entidade provincial de coordenação de data center e nuvem governamental pode ter divulgação pública limitada de suas instalações enquanto se encontra próxima de cargas de trabalho de alto impacto.

O risco é assimétrico: o público vê apenas os registros APNIC e os avisos de contratações públicas, enquanto a cadeia de dependência real inclui sistemas de agências, aplicativos de serviço ao cidadão, serviços de escritório interdepartamentais, acesso a dados públicos e redes governamentais conectadas por operadoras.

Portanto, a questão operacional não é se o Big Data Center Of Shandong Province é « grande » como um campus de grande escala. É se seu papel público é suportado por uma infraestrutura suficientemente confiável, recuperável e gerenciada por parceiros para atender à importância das plataformas que toca. Sobre essa questão, as evidências públicas permanecem incompletas.

As evidências de contratações públicas devem ser lidas como uma superfície de controle

A licitação para a nuvem governamental de 2025 é um ponto de controle porque mostra o Centro como o comprador nomeado para o serviço de computação em nuvem. Ela não resolve o problema das evidências físicas, mas revela onde essas evidências deveriam existir. Toda contratação séria de nuvem governamental pode solicitar aos licitantes e membros do consórcio que forneçam listas de sites, certificações, topologia de energia, topologia de rede, listas de pessoal de suporte, controles de segurança, planos de continuidade e registros de recuperação testados.

O aviso público não mostra o anexo da licitação, mas a licitação indica que a necessidade está em um anexo e aceita propostas em consórcio. É aí que o verdadeiro contrato de resiliência deveria estar.

A linha orçamentária de zero yuan é particularmente importante. Se uma contratação de serviços em nuvem é fixada por consumo posterior, catálogos de serviços ou regras de liquidação, então os leitores públicos não podem deduzir a escala do orçamento. Um orçamento de zero e sem preço teto torna o registro da licitação menos útil para estimativa de capacidade e mais útil para identificação de papéis. Isso prova que o Centro compra serviços de nuvem governamental provincial.

Isso não prova qual capacidade está comprometida, qual capacidade está reservada, quais fornecedores estão no cesto de serviços, ou se uma carga de trabalho pode alternar entre fornecedores sem redesenho.

A admissão de consórcios também é importante. Um serviço de nuvem governamental pode combinar um provedor de plataforma em nuvem, uma operadora de telecomunicações, um operador de instalações, um provedor de segurança e um contratante de integração. Isso pode melhorar a resiliência se as responsabilidades forem claras e ensaiadas. Isso também pode criar atrasos se um incidente ficar entre as organizações.

Um evento energético pode ser responsabilidade do operador da instalação, um evento de roteamento do operador, um evento de virtualização do provedor de nuvem, um evento de segurança do provedor SOC e um evento de comunicação da instituição contratante. O contrato de serviço deve identificar quem comanda o incidente e quem pode fazer alterações vinculantes sob pressão.

A visita de segurança pública sugere que o escritório está ciente dessa realidade operacional. Ela indica que os responsáveis perguntaram sobre o serviço durante os feriados, o gerenciamento de emergências, a operação dos equipamentos principais, as disposições de plantão, os planos de contingência e a operação segura da nuvem governamental e da rede governamental. É um bom sinal porque foca nas perguntas certas. Mas ainda é um relatório de visita, não uma evidência qualificada.

O registro público não mostra a frequência dos exercícios, os resultados de recuperação, os relatórios de incidentes, as cláusulas de penalidade, o desempenho do tempo de restauração ou auditorias independentes.

As questões contratuais decorrentes são simples. Quais sites físicos estão no escopo? Quais são primários, secundários e somente de backup? Quais cargas de trabalho podem ser movidas sem perda de dados? Quais aplicações usam caminhos de Internet pública versus caminhos de extranet governamental eletrônico? Qual AS, prefixo e caminho de operadora pertence a cada serviço? Quais sites têm alimentações elétricas independentes? Qual autonomia de gerador é garantida? Qual design de resfriamento é usado? Quais janelas de manutenção podem afetar todos os caminhos simultaneamente? Com que frequência um exercício completo do site foi realizado?

Quais evidências estão disponíveis para clientes governamentais e quais são detidas apenas pelos fornecedores?

Peering e trânsito: a borda visível é útil, mas insuficiente

Os dois vizinhos observados de AS139154 são lógicos para uma pegada de nuvem governamental provincial chinesa. A rede dorsal China169 da China Unicom e o AS IDC da China Telecom Shandong/Jinan fornecem acessibilidade pública por meio das infraestruturas das grandes operadoras nacionais. Os registros APNIC de nuvem governamental no Inspur Cloud Computing Center e a visita de segurança na Shandong Unicom também se encaixam nesse quadro: os serviços de nuvem governamental e rede governamental eletrônico estão provavelmente entrelaçados com as instalações das operadoras locais e provedores de nuvem em Jinan.

Mas o trânsito visível não responde a três questões que mais importam em caso de falha. Primeiro, os caminhos são fisicamente independentes? Dois ASN upstream ainda podem entrar no mesmo edifício, passar pelo mesmo duto, terminar em equipamentos adjacentes ou compartilhar uma exposição de manutenção upstream. Segundo, os caminhos são operacionalmente independentes? Se um fornecedor gerencia a sala, outro o transporte e um terceiro o roteamento, um incidente coordenado pode levar mais tempo para resolver. Terceiro, o caminho sobrevivente pode transportar o tráfego?

Uma diversidade sem capacidade excedente pode transformar uma falha franca em um serviço degradado que ainda não atende às expectativas dos usuários.

A visão BGP pública também não pode mostrar as dependências privadas da rede governamental. Os serviços provinciais podem depender de caminhos de extranet governamental eletrônico que não são refletidos nas observações AS públicas. Uma falha de rota pública pode ser menos prejudicial do que uma falha da rede governamental interna, e o inverso também pode ser verdadeiro. A referência da visita de segurança à sala central do extranet governamental eletrônico provincial é, portanto, crucial. Ela lembra aos leitores que a borda da Internet pública é apenas uma superfície.

A nuvem governamental também depende de caminhos de rede privados ou semiprivados, serviços de identidade internos, sistemas de colaboração de escritório e interfaces de compartilhamento de dados.

A postura RPKI e IRR não é o principal problema aqui. A consistência do RIPEstat mostra os prefixos públicos no BGP e no whois, e o AS é visível. A questão mais importante é a diversidade física e operacional. Se uma análise de contratação parar em « dois links upstream e quatro prefixos », ela perdeu o risco infraestrutural. A análise correta exige diagramas de caminho, identificadores de circuito, demarcações de operadora, entradas de site, relatórios de teste de failover e coordenação de manutenção. Os dados públicos podem justificar fazer essas perguntas; eles não podem substituir as respostas.

Um teste prático de due diligence

O primeiro teste é o limite dos ativos. O Big Data Center Of Shandong Province deve ser tratado como uma instituição pública de dados e nuvem governamental cuja infraestrutura visível depende de salas parceiras. Um comprador ou órgão de supervisão deve perguntar quais ativos o Centro controla diretamente, quais ativos ele contrata, quais ativos pertencem à Inspur ou a parceiros de telecomunicações, e quais ativos são apenas serviços lógicos. Sem esse limite, a responsabilidade se confundirá durante uma interrupção.

O segundo teste é o teste do site. Para cada classe de serviço de nuvem governamental, o Centro e seus parceiros devem poder identificar a sala de produção ativa, a sala de backup, a sala de rede, a localização do armazenamento e a localização do gerenciamento. Eles devem descrever se os serviços são ativo-ativo, ativo-passivo, backup e restauração ou reconstrução manual. As páginas públicas mostram o Inspur Cloud Computing Center e as salas da Shandong Unicom como relevantes; elas não mostram a lista de sites para cada serviço.

O terceiro teste é o de energia e resfriamento. Cada site físico deve ter documentado o design da alimentação pública, a autonomia do no-break, a configuração do gerador, o reabastecimento de combustível, o histórico de manutenção, os testes de carga, a redundância do resfriamento e a monitoração ambiental. O plano provincial reconhece fatores fundiários, energéticos e ambientais, mas as evidências públicas não mostram resiliência energética no nível do site.

O quarto teste é a diversidade de operadoras. Os vizinhos visíveis de AS139154, AS4837 e AS58540, devem ser mapeados para circuitos físicos, entradas de edifício, roteadores e classes de serviço. O Centro deve mostrar que um evento de manutenção ou corte de fibra não elimina toda a acessibilidade externa ou interna. Para aplicações governamentais, a diversidade do extranet governamental eletrônico privado deve ser documentada separadamente da diversidade da Internet pública.

O quinto teste é a evidência de recuperação. O « gerenciamento de emergências » e o « serviço 24 horas » são necessários, mas não suficientes. As evidências úteis são um exercício de failover datado, um resultado de tempo de restauração, uma análise de impacto no cliente, um teste de restauração de backup e um registro de comunicação de incidente. Um serviço que só pode ser restaurado manualmente após coordenação de múltiplas organizações pode ser aceitável para algumas cargas de trabalho e inaceitável para outras.

O sexto teste é o realismo da capacidade. Os números de data centers provinciais de Shandong são impressionantes, mas a capacidade de serviço utilizável do Centro deve ser medida pelos recursos de nuvem comprometidos, margem reservada, replicação de armazenamento, capacidade de rede e cobertura de pessoal para serviços governamentais específicos. Os racks provinciais instalados não são idênticos à capacidade resiliente imediatamente utilizável para uma plataforma específica.

O sétimo teste é a disciplina de divulgação pública. Um coordenador de nuvem governamental não precisa publicar diagramas sensíveis, mas deve ser possível fornecer garantias não sensíveis: categorias de serviço, classes de recuperação, pontos de contato públicos, prática de notificação de manutenção, diversidade de operadoras de alto nível e verificações auditadas. Atualmente, o registro público é forte em políticas e contratações, médio em roteamento e fraco em resiliência de instalações.

O que melhoraria as evidências

A primeira melhoria seria um mapa de serviços não sensível. Não há necessidade de revelar layouts de racks protegidos ou detalhes de segurança. Poderia simplesmente indicar quais classes de serviço de nuvem governamental provincial são executadas em qual classe de site: computação em nuvem principal, armazenamento de backup, núcleo de rede governamental eletrônico, nuvem Xinchuang, borda da Internet pública e ambiente de recuperação de desastres. Deveria dizer se cada classe tem um site, dois sites ou apenas um site de backup, e se a recuperação é automática, semiautomática ou manual.

Esse tipo de declaração ajudaria os leitores a entender o limite de controle sem expor a infraestrutura crítica.

A segunda melhoria seria a clareza do vínculo entre rota e serviço. O roteamento público já mostra AS139154 e quatro prefixos visíveis. O que falta é um vínculo entre os recursos de roteamento e as categorias de serviço. Se 103.150.24.0/23 e 2405:f940::/32 são prefixos de nuvem governamental enquanto 119.148.160.0/20 e 219.235.0.0/20 servem a outras funções de rede provincial, a carga de garantia difere para cada bloco. Se alguns prefixos são usados para front-ends de serviço público, outros para gerenciamento, e outros ainda para integração de extranet governamental, cada um tem um requisito de recuperação diferente.

Uma declaração de alto nível sobre o uso de prefixos poderia permanecer não sensível enquanto melhora a responsabilidade.

A terceira melhoria seria a divulgação do limite dos parceiros. As evidências públicas já apontam para as salas da Inspur e da Shandong Unicom. Isso não é uma fraqueza em si; a nuvem pública e a nuvem governamental comumente dependem de parceiros especializados. O risco vem da responsabilidade difusa. Uma nota de garantia útil diria quem opera a sala física, quem opera a computação, quem opera o armazenamento, quem opera os roteadores, quem executa a monitoração, quem comunica os incidentes, e quem tem autoridade para ativar o failover.

Diria também se o Centro tem acesso operacional direto, acesso de supervisão, ou apenas direitos contratuais e de coordenação.

A quarta melhoria seria a publicação das classes de recuperação. Nem todas as cargas de trabalho governamentais precisam do mesmo tempo de restauração. Um portal de serviço público, um sistema de escritório interno, um serviço de catálogo de dados e uma carga de análise em lote podem ter tolerância diferente a indisponibilidade e perda de dados. O Centro poderia publicar amplas classes de recuperação sem nomear aplicações sensíveis: por exemplo, acesso a serviço público crítico, colaboração de escritório interdepartamental, serviços de compartilhamento de dados, serviços de dados públicos e cargas de trabalho de baixa prioridade.

Para cada classe, poderia dar o tempo de recuperação objetivo, a janela de perda de dados objetivo, a frequência de teste e se o objetivo foi alcançado no ano anterior. Isso moveria as evidências de « o gerenciamento de emergências existe » para « a recuperação do serviço é medida ».

A quinta melhoria seria a garantia de energia e resfriamento por categoria. Nenhum leitor público precisa de um diagrama unifilar dos barramentos de no-break, mas o Centro e seus parceiros poderiam divulgar se as salas críticas de nuvem governamental possuem fontes públicas independentes, cobertura por gerador, contratos de combustível, autonomia de bateria, redundância de resfriamento e monitoração ambiental.

Uma simples declaração de que os serviços críticos de produção são hospedados apenas em salas que atendem a uma classe de redundância nomeada seria mais informativa do que uma referência política ao desenvolvimento de data centers verdes. A questão não é se Shandong apoia data centers verdes e eficientes; é se as salas que suportam as cargas de trabalho do setor público podem permanecer dentro dos limites energéticos e térmicos durante uma falha realista.

A sexta melhoria seria a transparência das janelas de manutenção. Muitas falhas de nuvem não vêm de catástrofes; vêm de trabalhos planejados que interagem mal com fraquezas latentes. Uma abordagem de garantia pública útil indicaria como as janelas de manutenção são coordenadas entre computação em nuvem, armazenamento, rede governamental eletrônico, borda da Internet pública e circuitos de operadora. Deveria dizer se a manutenção simultânea por duas operadoras é proibida para classes de serviço críticas e se existe um período de congelamento em torno de eventos importantes de serviço público.

Isso é particularmente relevante quando os registros públicos mostram tanto o provedor de nuvem quanto as salas das operadoras na cadeia de dependência.

A sétima melhoria seria o aprendizado com incidentes. Um operador de nuvem governamental pública não precisa publicar os detalhes sensíveis dos incidentes, mas pode publicar resumos anuais de confiabilidade: número de incidentes de serviço significativos, grandes categorias de causas, se os objetivos de recuperação foram alcançados, e quais mudanças preventivas foram feitas. Se não houve incidentes significativos, isso deveria ser indicado com uma definição. Se houve incidentes, o resumo deveria separar as causas relacionadas a energia da instalação, resfriamento, operadora, roteamento, armazenamento, aplicação e processo humano.

Esse tipo de registro de aprendizado seria mais valioso do que garantias de alto nível, pois mostra se a organização detecta e corrige pontos fracos.

A oitava melhoria seria a clareza do contato público e da escalada atuais. Os registros APNIC expõem contatos técnicos e de abuso, mas não são dispositivos de atendimento ao cliente. As agências provinciais, fornecedores e proprietários de serviços públicos afetados precisam saber como os incidentes de nuvem e rede são relatados, quem os tria, como a gravidade é atribuída e quando as comunicações são enviadas. Uma página de contato público poderia evitar árvores telefônicas sensíveis enquanto explica o caminho oficial para relatar o impacto no serviço.

Se essas melhorias aparecessem, a classificação poderia evoluir para Forte sem mesmo publicar planos sensíveis das instalações. O registro atual já prova a presença roteada e a relevância da nuvem governamental. O que falta é a garantia de que as camadas físicas e organizacionais são tão disciplinadas quanto a tabela de roteamento. Para uma entidade ligada a plataformas de serviço público, essa lacuna não é um problema menor de documentação. É a questão infraestrutural central.

Avaliação operacional

O Big Data Center Of Shandong Province não deve ser descartado como uma entidade de papel. Os registros públicos da Internet são reais: AS139154 está registrado em nome do Centro, RIPEstat o mostra anunciado, quatro prefixos são visíveis, os registros APNIC descrevem tanto o Centro quanto o Shandong Province Government Cloud LC, e o conjunto de rotas goza de ampla visibilidade. A trilha de contratações públicas também é real: o Centro é o comprador de um projeto de serviço de nuvem governamental provincial de 2025.

O contexto político provincial é real: Shandong está investindo em data centers, capacidade de computação, plataformas de serviço governamental, dados públicos e infraestrutura digital. A visita de segurança pública é real: as salas de nuvem governamental da Inspur e as salas de rede e nuvem da Shandong Unicom são designadas como locais críticos a serem inspecionados.

A fraqueza não é a existência. A fraqueza é a lacuna entre a importância visível da nuvem governamental e a evidência pública das instalações. As evidências públicas não mostram se o Big Data Center Of Shandong Province pode demonstrar de forma independente alimentações duplas, autonomia de gerador, redundância de resfriamento, pontos de encontro com operadoras separados, failover entre duas salas, restauração de backup testada ou desempenho de impacto no cliente.

Elas também não mostram qual capacidade é reservada para cargas de trabalho governamentais, quanto depende da disponibilidade dos parceiros, ou como as janelas de manutenção são coordenadas entre as salas de nuvem e rede.

Portanto, a classificação correta é Médio. As evidências de rede são suficientemente sólidas para provar uma borda operacional real. As evidências de nuvem governamental e plataforma pública são suficientemente sólidas para provar a relevância. As evidências de instalações e recuperação são muito escassas para uma classificação Forte.

A capacidade comercializada ou implícita do Centro só se tornará mais crível quando as contratações públicas, as operações dos parceiros e os registros de rede corresponderem a uma evidência não sensível de resiliência física: quais salas, quais alimentações, quais operadoras, quais caminhos de restauração e quais testes.

Até lá, a leitura mais segura é precisa: O Big Data Center Of Shandong Province é um ator visível da nuvem governamental provincial e da infraestrutura de dados com roteamento público ativo via AS139154. Ainda não está publicamente comprovado como um operador de data center transparente e autônomo cuja capacidade pode sobreviver a uma perda de energia, estresse de resfriamento, interrupção de operadora ou falha de uma sala parceira sem impacto significativo no serviço.