Resumo

  • A PT Omni Data Center Indonesia apresenta uma oferta de dois locais: BTM1 em Batam e JKT1 em Jacarta. Sua própria ficha técnica do BTM1 indica 680 m² de espaço de colocation na fase um e 1,2 MW de carga de TI, enquanto a ficha de Jacarta indica 864 m² de espaço na fase um, mas não divulga um valor total de carga de TI.
  • Registros independentes confirmam a existência e o uso atual em rede de ambos os locais. O PeeringDB lista 13 redes em Batam e 18 em Jacarta, e um relatório do ISEAS - Yusof Ishak Institute classifica a instalação da Omni em Batam como um site extrapequeno em operação. Esses registros não comprovam que toda a energia, refrigeração ou capacidade de racks comercializadas estão instaladas, energizadas, não vendidas e disponíveis.
  • O diretório público do Uptime Institute registra a Certificação Tier III de Documentos de Design para o IT Hall 1 do JKT1 no segundo andar. Não lista um prêmio de Instalação Construída para a Omni, nem associa o prêmio publicado ao BTM1. A certificação de design valida documentos de engenharia, não o ambiente instalado ou as operações diárias.
  • A OMNIIX tem atividade observável: o PeeringDB mostrou 30 participantes, nove instalações listadas e uma conexão de servidor de rota de 10 Gbps para AS56868 em 15 de julho de 2026. Mas o acesso lógico a uma malha de exchange não é prova de operadoras independentes, dutos, entradas de edifícios, rotas metropolitanas ou sistemas submarinos para qualquer circuito individual de cliente.
  • Os compradores devem tratar a resistência dos geradores, contratos de combustível, separação real de subestações duplas, desempenho de refrigeração em plena carga, replicação entre cidades, capacidade vendida, PUE, histórico de incidentes e resultados de recuperação como desconhecidos até que a Omni forneça evidências específicas do ativo.

Dois locais, dois pacotes de evidências muito diferentes

A PT Omni Data Center Indonesia não é apenas um nome inferido de um registro de roteamento antigo. Os dados de registro do Asia Pacific Network Information Centre atribuem à empresa dois números de sistema autônomo ativos, AS152774 e AS56868, além do bloco IPv4 202.47.170.0/23 e do bloco IPv6 2401:a320::/32. Oregistro APNIC para AS152774descreve o titular como um membro corporativo ou direto do IDNIC e provedor de data center na Jalan Kampung Belian No. 3 em Batam. Odiretório de membros da APJIIlista independentemente a PT Omni Data Center Indonesia, o nome comercial OMNIDATACENTER, o mesmo endereço No. 3 e o domínio omnidc.co.id.

A história operacional usa um endereço próximo diferente. Osite atualda Omni coloca o BTM1 na Jalan Perahu Dendang No. 1, Batam Center, e o JKT1 no Cyber 1 Building na Jalan Kuningan Barat Raya No. 9B, em Jacarta Sul. Isso não é necessariamente uma contradição: um escritório registrado pode ser diferente do prédio onde os servidores funcionam. Isso significa que o registro corporativo, o registro de recursos IP e a propriedade da instalação não devem ser colapsados em uma única afirmação.

O limite do grupo também importa. Ohistórico corporativo da Solnetdiz que a PT Solnet Indonesia adquiriu terrenos em Batam em 2019 e começou um prédio de sete andares, com dois andares destinados a um data center Tier 3 de 2 MW. Diz que o prédio foi concluído e colocado em uso em abril de 2023, e que a PT Omni Data Center Indonesia começou a desenvolver um data center Tier 3 em agosto seguinte. A Omni posteriormente se descreveu como parte do Grupo Solnet. Esta é uma proveniência útil para o prédio de Batam e o ecossistema operacional, mas não revela qual entidade legal possui o terreno, prédio, planta elétrica, equipamentos de refrigeração ou contratos de clientes hoje. Nem estabelece que o conceito original de 2 MW se tornou 2 MW de capacidade de TI instalada ou vendável.

A ficha técnica mais recente da Omni reduz essa ambição. Aespecificação da instalação BTM1de uma página indica 680 m² de espaço de colocation na fase um e "2N (1,2 MW de carga de TI fonte dupla)." Esse é um número específico do local e, portanto, mais útil do que o marco do grupo antigo. No entanto, a ficha não diz quanto dos 1,2 MW foi instalado, comissionado, energizado, ocupado, reservado ou disponível em 15 de julho de 2026. Também não publica a carga na qual os sistemas de refrigeração e geradores foram testados integrados.

O JKT1 tem um padrão diferente. A Omni anunciou o site como inaugurado em outubro de 2025. Seufolheto do JKT1 e BTM1dá a área da fase um em Jacarta como 864 m², uma faixa de carga de piso de 600 a 1.200 kg/m² e potência de rack padrão de 2,2 kW, atualizável para 32 A ou trifásico. Publica rótulos de topologia de componentes, mas nenhum número total de carga de TI. Área não é capacidade: uma sala de 864 m² pode suportar contagens de rack e potência utilizável muito diferentes, dependendo do layout do espaço branco, restrições estruturais, densidade de refrigeração, reservas elétricas e margem operacional.

O resultado não é ausência de evidências. São evidências de duas proposições desiguais. O BTM1 tem um valor de carga de TI comercializado sem um prêmio público de terceiros de instalação construída. O JKT1 tem um prêmio independente de documento de design sem um valor de carga de TI total publicado ou um prêmio público de instalação construída. Uma equipe de procurement deve preservar essa distinção até o contrato.

O certificado do segundo andar e o endereço do quinto andar

O limite físico exato do JKT1 merece atenção especial. O próprio folheto da Omni dá Cyber 1 Building, segundo andar. Odiretório de prêmios do Uptime Institute na Indonésiatambém nomeia "OMNI DC JKT1, IT Hall 1, 2nd Floor" e lista Certificação Tier III de Documentos de Design. O site da Omni às vezes chama o local de escritório em Jacarta e também o coloca no segundo andar.

Oregistro da instalação OMNIDC JAKARTAno PeeringDB, no entanto, registra "Cyber 1 Building, 5th Fl" e identifica a PT Omni Data Center Indonesia como a organização da instalação. O próprio site da Solnet também coloca seu centro em Jacarta no quinto andar. A leitura mais plausível é que o grupo tem atividade em mais de um andar, ou que os registros de escritório, ponto de presença e sala de TI se referem a espaços diferentes. Isso é uma inferência, não uma planta baixa verificada. O material público não define se cada rede mostrada na instalação do PeeringDB está fisicamente presente no salão do segundo andar da Omni, no espaço do grupo do quinto andar, em outra sala de meet-me do Cyber 1, ou acessível por uma malha de exchange estendida.

Isso não é pedantismo. Um cliente comprando dois cross-connects supostamente diversos precisa saber o caminho da sala, do riser e da sala de meet-me para cada um. Um cliente comprando recuperação de desastres precisa saber qual andar contém os racks contratados, qual entidade controla o acesso e onde sistemas compartilhados do prédio criam pontos de falha comuns. A evidência relevante seria um cronograma do local assinado, identificadores de rack e sala, diagramas de demarcação, desenhos de riser do prédio e uma visita. Um endereço web é apenas um localizador.

O Cyber 1 também tem um histórico relevante. Um incêndio no prédio em 2 de dezembro de 2021, anos antes do lançamento do JKT1, causou paralisações que afetaram o processo de registro de identidade de dispositivos móveis da Indonésia. Orelatório da ANTARAtransmitiu o relato do ministério das comunicações e relatou duas mortes. Esse incidente não mostra que o salão posterior da Omni falhou, ou mesmo existia na época. Mostra por que o zoneamento de incêndio no nível do prédio, migração de fumaça, isolamento de energia de emergência e procedimentos de evacuação são importantes mesmo quando a própria sala do inquilino tem equipamentos de supressão.

A Omni diz que o JKT1 usa supressão FM-200 e monitora fumaça, fogo, água, temperatura, umidade e condições elétricas. Esses são controles relevantes. O material público não divulga a data de comissionamento de cada controle, registros de inspeção, testes de causa e efeito, separação de outros inquilinos, ou o que acontece com a refrigeração e a energia do cliente quando a administração do prédio ordena uma paralisação mais ampla. Um cliente sério deve pedir esses registros em vez de tratar as palavras "supressão de incêndio" como o fim da análise de incêndio.

O que o prêmio Tier III estabelece, e não estabelece

A Omni anunciou em janeiro de 2026 que havia recebido a certificação Tier III de Design. Oartigo de certificaçãoda empresa usa corretamente a palavra "Design" e diz que o certificado foi recebido em novembro de 2025. O diretório independente de prêmios fornece o escopo ausente: JKT1, IT Hall 1, segundo andar.

Esse escopo é importante porque a linguagem Tier é frequentemente usada como se fosse uma garantia operacional geral. Ostermos de prêmiodo próprio Uptime dizem que uma Certificação Tier de Documentos de Design é uma revisão formal de um design de instalação específico e implementação pretendida, incluindo sua fase e capacidade esperada. Os mesmos termos dizem que uma Certificação Tier de Instalação Construída revisa a infraestrutura instalada e os testes de demonstração de desempenho durante uma visita ao local. Prêmios de design emitidos após 1º de janeiro de 2014 expiram após dois anos.

O Uptime coloca a distinção ainda mais claramente em sua explicação sobrecertificação de design e construída: a revisão de design mostra o que um projeto deve entregar no papel se construído fielmente, enquanto o desempenho real pode diferir. Uma discussão separada do Uptime sobreequívocos do Tierdiz que rótulos de componentes como N+1 e 2N não determinam por si só um nível Tier porque os caminhos de distribuição e a configuração do sistema são importantes.

Em 15 de julho de 2026, o diretório público da Indonésia mostrava apenas o prêmio de documento de design para a Omni. Não mostrava um prêmio de Instalação Construída ou Sustentabilidade Operacional para o JKT1, e não mostrava um prêmio para o BTM1 da Omni. Esta é uma observação limitada do diretório público, não uma afirmação de que a Omni não poderia ter testes, comissionamento ou outros certificados em uma sala de dados do cliente. Significa que os compradores devem descrever a credencial pública exatamente: uma certificação de design escopada para o JKT1.

A mesma disciplina se aplica à ISO/IEC 27001. A Omni diz que é certificada, e seu material de lançamento mais antigo de Batam especifica ISO/IEC 27001:2022. Adescrição ISO da normaexplica que ela estabelece requisitos para um sistema de gestão de segurança da informação. Isso é valioso, mas não é um teste de disponibilidade elétrica, um teste de capacidade de refrigeração, um teste de aceitação do sistema de incêndio ou prova de que duas rotas de operadora evitam um duto comum. O comprador deve obter o certificado real, órgão emissor, datas de validade e declaração de aplicabilidade para ver qual empresa, locais e atividades estão no escopo.

Energia em Batam: um número não é um caminho de entrega

O folheto do BTM1 contém detalhes excepcionalmente úteis para um pequeno provedor. Ele indica um alimentador da PLN, configuração elétrica 2N com transformadores 2N, UPS ativo-ativo 2N, um sistema de bateria de lítio 2N com 15 minutos de backup, geração N+1 de reserva, refrigeração N+1 e salas de transformador, cubículo e energia 2N. A página inicial da Omni resume isso como "energia 2N de subestações duplas." Oregistro da instalação de Batamno PeeringDB marca subestações diversas de alimentação como sim e tensão de serviço disponível como 400 VCA.

Essas declarações descrevem a topologia pretendida. Elas ainda não divulgam a independência da topologia. Duas alimentações de concessionária podem ainda compartilhar uma subestação a montante, corredor de transmissão, sala de manobra, esquema de proteção ou entrada do prédio. Duas subestações podem compartilhar um evento regional na rede. Dois caminhos de UPS podem convergir em um PDU de rack. Um conjunto de gerador N+1 pode falhar ao carregar toda a carga contratada se o combustível, baterias de partida, refrigeração, exaustão, manobra ou estado de manutenção forem desfavoráveis.

A frase "fonte dupla" precisa, portanto, de um diagrama unifilar e evidência de teste por trás dela.

A rede regional tinha folga mensurável no final de 2025. APLN Batam relatou812 MW de capacidade líquida confiável, um pico em 2025 de 741 MW e 71 MW de reserva. Este é um contexto reconfortante para Batam-Bintan como sistema. Não prova que o BTM1 tem 1,2 MW de capacidade de conexão firme em seu ponto exato de entrega, ou que ambas as alimentações podem cada uma carregar a carga crítica do local quando um caminho está indisponível.

Outros projetos em Batam ilustram como é a evidência de energia específica do projeto. Em outubro de 2025, aPLN Batam publicou um acordo de compra de energiapara até 90 MVA de serviço premium de média tensão para outro desenvolvedor de data center, faseado de 2025 a 2028. Em abril de 2026, aBP Batam descreveuum acordo separado de 511 MVA para um grande campus e o vinculou a estudos de fibra e manutenção. Esses anúncios não se aplicam à Omni. Eles demonstram a diferença entre fornecimento regional amplo e uma conexão de instalação nomeada e contratada.

Nenhum acordo público de utilidade equivalente para o BTM1 foi localizado no material revisado para este artigo. Ausência de pesquisa pública não é prova de que nenhum acordo existe. Significa que o cliente do BTM1 deve pedir o acordo de conexão ou uma confirmação redigida da concessionária mostrando capacidade contratada, tensão, nomes dos alimentadores, fontes de subestação, termos firme versus interrompível e prioridade de restauração.

O valor de 15 minutos de bateria também precisa de interpretação cuidadosa. A autonomia da bateria é normalmente dependente da carga e muda com envelhecimento, temperatura e suposições de descarga. Quinze minutos podem ser suficientes para preencher uma partida saudável do gerador e sequência de transferência; não são 15 minutos de serviço garantido ao cliente sob toda carga ou condição de manutenção. Os fatos ausentes são a carga de teste, idade da bateria, tensão final, suposições de falha concorrente, tempo de partida do gerador, sequência de falha de partida e resultado do teste de descarga mais recente.

A resistência do gerador é totalmente não divulgada. O folheto diz N+1 em Batam e 2N em Jacarta, mas não fornece classificação do motor, volume de combustível no local, tempo de operação em carga crítica, contrato de reabastecimento, exposição a inundações, limites de emissões ou prioridade de reabastecimento durante uma emergência prolongada na rede. Para um cliente, "tem geradores" e "pode manter o serviço durante uma longa interrupção" são proposições diferentes.

Refrigeração, densidade de rack e capacidade utilizável

A energia entregue ao prédio é apenas o primeiro portão de capacidade. A ficha do BTM1 fornece potência de rack padrão como 10 A ou 2,2 kW, com atualizações para 32 A ou serviço trifásico. Fornece uma faixa de temperatura de 22 °C ± 4 °C, umidade relativa de 55% ± 10% e contenção de corredor frio. O JKT1 publica a mesma oferta de rack padrão, refrigeração 2N+1 e UPS 2N.

Esses números não revelam o número de racks, a parcela configurada acima de 2,2 kW, a densidade média e máxima suportada, ou se cada parte do piso da fase um pode ser resfriada na alocação elétrica máxima. Uma carga de TI nominal de 1,2 MW dividida por 2,2 kW implicaria mais de 500 racks de densidade padrão, mas essa aritmética não deve ser confundida com capacidade instalada. Uma instalação com 680 m² de espaço de colocation pode alocar área substancial para corredores, gaiolas, salas de meet-me, preparação e folgas de segurança. A contagem de racks e quilowatts utilizáveis devem vir do cronograma real de fit-out.

As evidências públicas também não mostram PUE, uso de água, arranjo do chiller, inventário de refrigerante, topologia de rejeição de calor ou capacidade de alta densidade. A linguagem de marketing sobre casos de uso de IA, borda e nuvem não estabelece que as salas podem hospedar refrigeração direta ao chip, trocadores de calor de porta traseira ou refrigeração a ar de alta densidade sustentada. Compradores considerando clusters de GPU devem solicitar um mapa de densidade de rack, condições de projeto de fornecimento de ar, redundância hidráulica ou de refrigerante, regras de redução de capacidade e um teste integrado na carga proposta.

A capacidade vendida e reservada também é desconhecida. Um valor de capacidade pode ser capacidade de design, capacidade instalada, capacidade comissionada, capacidade energizada, capacidade operacional ou capacidade disponível para um novo pedido. A Omni não divide publicamente 1,2 MW nesses estados. Não publica ocupação contratada, cronograma de expansão ou inventário por salão. A única declaração pública segura é que a empresa comercializa uma configuração de fase um de 1,2 MW em Batam e uma área de fase um em Jacarta de 864 m².

É aqui que a linguagem de nível de serviço pode enganar. Ambos os folhetos indicam um SLA de 99,982%, equivalente a aproximadamente 94,6 minutos de indisponibilidade anual se aplicado continuamente em um ano não bissexto. Os documentos não mostram a definição contratual de disponibilidade, manutenção excluída, força maior, ponto de medição, limite de crédito ou se energia, refrigeração e rede são medidas separadamente. Uma porcentagem sem seu denominador e exclusões não é um plano de recuperação.

A evidência de rede é real, mas principalmente lógica

A evidência operacional externa observável mais forte da Omni é sua pegada de interconexão. Oregistro da organização no PeeringDBlista as instalações de Batam e Jacarta, duas redes associadas à empresa e a OMNIIX. Em 15 de julho de 2026, a instalação de Batam mostrava 13 redes e uma exchange local; Jacarta mostrava 18 redes e uma exchange local. As contagens são registros de ecossistema automantidos, não uma auditoria, mas redes terceiras nomeadas que escolhem listar uma instalação são mais informativas do que um adjetivo de marketing.

A própria OMNIIX tinha uma pegada mais ampla. Oregistro da exchangemostrava 30 participantes e nove instalações listadas em Batam, Jacarta, Surabaya e Pekanbaru. O conjunto de instalações incluía BTM1 e JKT1 juntamente com data centers terceiros. Isso suporta a existência de um serviço de exchange distribuído. Também mostra por que uma rede aparecendo na OMNIIX não pode ser automaticamente contada como fisicamente cabeada em qualquer um dos prédios da Omni. Um membro da exchange pode se conectar em outra instalação habilitada e alcançar a malha compartilhada logicamente.

O AS56868 é explicitamente rotulado como o servidor de rota da OMNIIX. Suaentrada de rede no PeeringDBmostrava uma porta operacional de 10 Gbps, endereços de exchange IPv4 e IPv6, ambas as instalações da Omni e uma faixa de tráfego reportada de 50-100 Gbps. As notas da exchange dizem que o ASN é usado exclusivamente para servidores de rota, sem trânsito ou tráfego de cliente. Esse é um papel significativo no plano de controle, mas não é um mapa de trânsito upstream para os clientes de colocation da Omni.

A observação de rota pública se encaixa nesse papel. Avisão de roteamento RIPEstat para AS56868não mostrava prefixos globais atualmente anunciados do ASN em 15 de julho de 2026. Avisão para AS152774também não mostrava nenhum, e o PeeringDB não mostrava conexões de exchange ou instalação para essa rede. Enquanto isso, a APNIC marca ambos os ASNs como ativos e registra 202.47.170.0/23 para a Omni, mas avisão de prefixo RIPEstatmostrava o bloco como não anunciado globalmente.

Essas observações não devem ser descritas como uma interrupção de rede. Um ASN de servidor de rota não precisa originar prefixos públicos de cliente, e endereços LAN privados de exchange não devem aparecer na tabela global. A evidência, em vez disso, define um limite: a tabela BGP pública não pode provar a diversidade de trânsito da Omni, a disponibilidade de rota do cliente ou o comportamento de failover. Isso requer looking glasses, configuração do servidor de rota, upstreams específicos do cliente, documentos de política de rota e testes de failover controlados.

Os endereços IPv4 da exchange adicionam outra nuance de propriedade. O registro APNIC para 43.255.58.0/24 identifica a PT Solnet Indonesia, enquanto o bloco IPv6 da exchange da Omni, 2401:a320::/32, está registrado para a PT Omni Data Center Indonesia. Infraestrutura de grupo compartilhada é plausível, mas os registros não mostram o handoff comercial e operacional entre as duas empresas. Um cliente deve saber se a Omni, a Solnet ou outra operadora é responsável por cada porta, endereço, cross-connect e resposta a incidentes.

Neutralidade de operadora não prova diversidade de rota

A Omni descreve repetidamente ambos os locais como neutros em relação a operadoras. Sua ficha do BTM1 afirma quatro caminhos de fibra diversos entrando no local através de múltiplos risers, duas salas de meet-me, acesso a várias exchanges de internet, fibra escura e conectividade metropolitana para data centers em Batam e Jacarta, e conectividade a estações de aterramento submarino. A ficha do JKT1 lista similarmente acesso direto a operadoras, peering remoto e um longo conjunto de nomes de exchange e operadoras.

Este é um menu comercialmente útil, não um levantamento de rotas. Quatro entradas podem convergir no mesmo duto de rua. Múltiplas operadoras podem alugar fibras em um único cabo. Dois cross-connects podem terminar no mesmo chassis de provedor. Um produto de peering remoto pode apresentar muitos destinos lógicos através de um único circuito de acesso físico. Uma lista que inclui exchanges de Cingapura não prova que o caminho de um cliente atravessa um cabo submarino específico, muito menos dois cabos com estações de aterramento independentes e rotas marítimas.

Batam tem geografia de cabos genuína. O antigo Batam-Singapore Cable System conecta Batam Centre e Changi, enquanto projetos mais novos adicionaram ou propuseram conectividade mais direta de data center. ABW Digital descreveum sistema Nongsa-Changi de 50 km e 24 pares de fibra aterrando diretamente em seu próprio campus Nongsa. Aentrada do TeleGeography Submarine Cable Map para Hawaiki Nui 1lista Batam como um ponto de aterramento planejado com data de prontidão para serviço em 2027. Esses fatos estabelecem a relevância regional de Batam, não o direito do BTM1 a esses sistemas.

O BTM1 está em Batam Center, não no Nongsa Digital Park. A Omni diz que pode alcançar estações de aterramento por fibra escura e serviços metropolitanos, mas não publica nomes de operadoras, nomes de sistemas de cabos, rotas exatas, propriedade de dutos, instalações de handoff ou status de serviço. Uma linha de Batam a Cingapura em um mapa de vendas pode representar um comprimento de onda comprado, serviço de peering remoto ou alcance lógico. Não pode ser lida como prova de que a Omni possui ou aterra diretamente um cabo submarino.

Para um design genuinamente diverso, o cliente precisa de evidências de rota em várias camadas: entradas de prédio separadas; dutos metropolitanos separados; equipamentos de operadora separados; rotas terrestres separadas para estações de aterramento de cabos distintas; sistemas submarinos separados onde a continuidade transfronteiriça é importante; e diversidade de política de rota além dos pontos de aterramento. O teste deve continuar através de toda exchange comum, sala de energia e plataforma de peering remoto. "Multioperadora" responde a uma pergunta de escolha. Não responde a uma pergunta de falha de modo comum.

Colaboração com a IIX prova participação, não toda alegação de desempenho

O relacionamento da Omni com a APJII é mais do que uma vaga associação. O relato da empresa sobre oacordo de agosto de 2024diz que as partes introduziram um nó do Indonesia Internet Exchange no BTM1. O diretório de membros da APJII confirma a Omni como membro corporativo. O PeeringDB confirma uma malha de exchange ativa e participantes nomeados. Juntos, esses registros apoiam a conclusão de que a Omni está participando do ecossistema de interconexão da Indonésia.

Eles não estabelecem que a APJII garante toda a rede do BTM1, que todo participante da OMNIIX faz peering com todos os outros participantes, ou que a exchange oferece caminhos fisicamente separados entre Jacarta e Batam. Políticas de peering, sessões bilaterais, sessões de servidor de rota e contratos de transporte permanecem distintos. Até o campo de velocidade do PeeringDB é uma capacidade de porta declarada, não uma medição de throughput contínua ou um compromisso disponível para cada cliente.

A listagem da APJII não indica um tipo de licença para a Omni. O folheto do JKT1 da Omni diz que o data center opera com uma licença de Network Access Point, enquanto o histórico da Solnet diz que a Solnet obteve essa licença em 2020. Esses registros podem coexistir se o JKT1 depende de uma licença de grupo ou afiliado licenciado, mas as evidências públicas não estabelecem o arranjo legal. Clientes comprando um serviço de conectividade regulado devem solicitar o número da licença, titular, escopo, validade e cadeia contratual. A filiação corporativa de um provedor de colocation não é em si uma licença de telecomunicações.

Dois locais é uma opção de arquitetura, não um resultado de recuperação

A Omni comercializa Jacarta e Batam como uma plataforma de dois locais para continuidade de negócios e recuperação de desastres. As duas cidades são geograficamente separadas, e usar ambas pode reduzir a exposição a um único incidente no prédio. Essa é uma opção arquitetônica real. Não cria automaticamente um serviço resiliente.

Os aplicativos do cliente devem replicar entre locais, preservar consistência de dados, lidar com condições de split-brain, gerenciar mudanças de DNS ou roteamento, e operar dentro de um ponto de recuperação e tempo de recuperação aceitáveis. O transporte deve ter capacidade suficiente e evitar caminhos comuns. Equipe, credenciais, monitoramento, backups e fornecedores devem permanecer disponíveis durante o mesmo evento. Nenhum desses resultados decorre apenas de alugar racks em duas cidades.

Também não há estudo de caso de cliente público mostrando uma carga de trabalho ativa falhando do JKT1 para o BTM1 ou vice-versa. Nenhum resultado de tempo de recuperação, ponto de dados recuperado, largura de banda de replicação, exercício de manutenção ou relatório pós-incidente é publicado. A empresa pode possuir tais evidências privadamente. Até que sejam fornecidas, "dois locais" deve ser lido como dois lugares onde um design pode ser implementado, não como prova de que um design implementado se recuperou com sucesso.

A distância cria sua própria compensação. Batam pode oferecer proximidade a Cingapura e conectividade regional diversa, enquanto Jacarta coloca cargas de trabalho perto da principal concentração de negócios e rede da Indonésia. O caminho entre locais adiciona latência e dependência de infraestrutura metropolitana, de longa distância e potencialmente submarina. A replicação síncrona pode ser viável para algumas cargas de trabalho e inadequada para outras. O cliente, não o folheto da instalação, deve definir o objetivo de recuperação e testar o caminho completo do aplicativo.

Cinco cadeias de falha expõem o que os rótulos de componente omitem

A maneira mais produtiva de avaliar a Omni não é contar quantas vezes um folheto diz 2N. É traçar um pequeno conjunto de falhas plausíveis, do evento iniciador ao impacto no cliente. Cada cadeia cruza fronteiras comerciais e técnicas, que é precisamente por que um inventário de componentes não pode resolvê-la.

A primeira cadeia começa com a perda de fornecimento da concessionária no BTM1. Se as duas alimentações são genuinamente provenientes de subestações independentes e cada uma pode carregar a carga crítica, uma falha de alimentador não deve interromper a entrada do UPS. Se um evento mais amplo remover ambas as alimentações, as baterias devem manter a carga enquanto a geração de reserva parte, sincroniza e a aceita. Nesse ponto, a disponibilidade depende das configurações de proteção, lógica de transferência automática, sistemas de partida, combustível, ventilação e resposta do operador.

Se um gerador já está em manutenção, o significado de N+1 depende da capacidade instalada restante e da carga de TI atual. Clientes cujo equipamento tem fontes de alimentação duplas também precisam que seus caminhos de rack A e B permaneçam separados através de PDUs, barramentos, módulos UPS e quadros de distribuição. Um único diagrama poderia revelar mais do que vários slogans de disponibilidade.

Quem é afetado depende do ponto de convergência. Uma falha de transformador a montante de caminhos genuinamente separados pode ter pouco efeito. Uma falha de barramento após os caminhos se fundirem pode remover uma sala inteira. Um PDU de rack defeituoso pode afetar um gabinete. Uma má coordenação de proteção pode transformar uma falha local em um desarme maior. O material público não mostra estudos de coordenação seletiva, resultados de teste de transferência ou a carga transportada durante o último exercício do gerador. Esses são os registros que mostrariam se o design de 1,2 MW se comporta conforme o esperado.

A segunda cadeia começa com a perda de refrigeração. A Omni publica refrigeração N+1 para o BTM1 e 2N+1 para o JKT1, mas nenhum rótulo identifica a unidade redundante, caminho de distribuição ou dependência de rejeição de calor. A perda de uma unidade de refrigeração de sala de computadores pode ser benigna em baixa ocupação. A perda de bombas de água gelada comuns, controles, energia do condensador ou rejeição de calor externa pode afetar toda unidade interna nominalmente redundante.

A temperatura sobe mais rápido em um rack de alta densidade do que em uma sala levemente carregada, então o tempo de recuperação utilizável varia com a implantação real. Os clientes precisam de dados de tendência e um teste de falha testemunhado em carga representativa, não apenas uma faixa de temperatura de design.

Um incidente de refrigeração pode não causar uma interrupção total imediata. Servidores podem reduzir velocidade, taxas de erro podem aumentar, ventoinhas podem consumir mais energia, e operadores podem desligar racks selecionados para preservar a sala. É por isso que uma definição de disponibilidade limitada a energia elétrica pode perder o serviço de computação degradado. O SLA deve dizer se excursões ambientais contam, onde a temperatura é medida e por quanto tempo pode permanecer fora da faixa antes que uma violação de serviço seja reconhecida.

A terceira cadeia começa com fumaça ou fogo em um rack, sala elétrica ou outra locação do Cyber 1. A detecção deve identificar a zona; a supressão e o isolamento de energia devem contê-lo; o controle de fumaça deve proteger pessoas e equipamentos; e as decisões de emergência devem considerar sistemas compartilhados do prédio. O evento de 2021 no Cyber 1 demonstra que um incidente em um prédio multiinquilino pode interromper serviços além da sala onde começou. Não prevê o desempenho atual do JKT1, mas torna a interface do prédio um item de diligência de primeira ordem.

Para o JKT1, os clientes devem perguntar se o salão certificado do segundo andar tem compartimentos de incêndio independentes, como a fumaça pode viajar através de risers e sistemas de ar, qual parte pode ordenar um desligamento de emergência, e se o gerador, UPS e planta de refrigeração estão no mesmo andar ou em outro lugar do prédio. Também devem perguntar como uma evacuação afeta as mãos remotas e por quanto tempo a operação não tripulada pode continuar. Um sistema de supressão no nível da sala não pode por si só garantir acesso ao prédio, refrigeração, continuidade de concessionária ou disponibilidade de equipe após um incidente.

A quarta cadeia começa com uma interrupção de meet de operadora. Um corte de fibra fora do BTM1 pode remover vários provedores se seus cabos compartilham o mesmo duto. Um problema de energia na sala de meet-me pode interromper rotas externas de outra forma separadas. Uma falha no transporte usado para estender a OMNIIX entre instalações pode reduzir o acesso para participantes remotos sem danificar nenhum prédio da Omni. Um problema no servidor de rota pode afetar redes que dependem dele, enquanto sessões bilaterais continuam.

Cada evento tem um raio de explosão diferente, e nenhum pode ser inferido do número total de participantes da exchange.

O teste do cliente deve, portanto, desabilitar um caminho físico de cada vez e observar o estado de roteamento, estado da sessão, perda de tráfego e recuperação. Deve identificar quais serviços dependem dos servidores de rota do AS56868, quais usam peering bilateral, quais usam trânsito pago e quais são transportados por ondas privadas. O resultado deve incluir tempo de convergência e quaisquer etapas manuais.

Uma topologia pode ser multiupstream no BGP enquanto todos os upstreams viajam em um cabo metropolitano; inversamente, dois caminhos físicos ainda podem falhar em fornecer serviço se a política de roteamento não mover o tráfego corretamente.

A quinta cadeia começa durante a manutenção planejada. A promessa central do Tier III é a manutenibilidade concorrente no nível da topologia certificada, mas o prêmio público da Omni cobre documentos de design do JKT1, não uma demonstração testemunhada de construção real. Um exercício de manutenção deve mostrar que um transformador, módulo UPS, seção de quadro, gerador ou unidade de refrigeração pode ser isolado sem expor a carga crítica a um ponto único de falha não planejado. O método de procedimento, ponto de reversão, equipe e congelamento de mudanças são tão importantes quanto a contagem de equipamentos.

A manutenção também é onde os limites de propriedade se tornam operacionais. A administração do prédio pode controlar um desligamento de concessionária. A Solnet pode operar uma rede ou serviço licenciado. A Omni pode controlar o salão e o contrato do cliente. Uma operadora pode possuir o cross-connect além da demarcação. Se as partes usam diferentes janelas de notificação ou árvores de escalonamento, um design tecnicamente redundante ainda pode produzir tempo de inatividade evitável. Os cronogramas do contrato devem alinhar essas partes antes do primeiro evento de manutenção, não após um incidente.

Essas cinco cadeias levam a uma conclusão comum. Energia, refrigeração, proteção contra incêndio, alcance de rede e manutenção não são recursos de marketing separados uma vez que uma carga de trabalho está ativa. Eles são uma sequência de dependências. A unidade relevante de resiliência é o serviço de ponta a ponta do cliente, incluindo o rack físico, ambos os caminhos de energia, controle ambiental, cada caminho de rede necessário, acesso remoto e as pessoas autorizadas a restaurá-lo.

Mapas podem localizar ativos, mas não podem certificar a rota entre eles

As evidências geográficas públicas são fortes o suficiente para localizar o serviço no nível da cidade e do prédio. A instalação de Batam é consistentemente associada à Jalan Perahu Dendang No. 1 em Batam Center, enquanto os registros corporativos usam a próxima Jalan Kampung Belian No. 3. O JKT1 é consistentemente associado ao Cyber 1 na Jalan Kuningan Barat Raya No. 9B, embora as referências públicas de andar difiram. O PeeringDB publica coordenadas para a instalação de Jacarta, mas sua entrada para a instalação de Batam não publica coordenadas; o registro da organização geocodifica o endereço do grupo em Batam.

Esse nível de precisão pode guiar uma visita ao local, não uma conclusão de engenharia.

Nenhum dos registros públicos revisados fornece rotas de fibra pesquisadas. A frase da Omni "quatro caminhos de fibra diversos" não identifica cruzamentos de estradas, pontes, dutos, postes, câmaras ou estações de aterramento. As nove instalações da OMNIIX no PeeringDB mostram lugares onde a exchange pode ser alcançada, mas não a geometria de transporte que as conecta. Mapas de cabos submarinos mostram pontos de aterramento do sistema e rotas marítimas amplas; eles não mostram o ramal metropolitano privado do BTM1 para uma estação de aterramento ou se dois serviços comprados compartilham esse ramal.

O mesmo limite se aplica a perigos. Um mapa de inundação ou tempestade no nível da cidade não pode estabelecer a elevação das salas elétricas, tanques de combustível, câmaras de fibra ou planta do subsolo. Uma coordenada de prédio não pode mostrar compartimentos de incêndio. Uma linha reta entre Batam e Jacarta não pode mostrar propriedade do cabo, exposição a reparos ou dependências intermediárias. A resiliência específica do ativo precisa de desenhos pesquisados, inspeção no local, cartas de rota de operadoras e, quando necessário, cláusulas de separação geográfica no contrato de serviço.

Por esse motivo, nenhuma rota física exata deve ser reconstruída a partir do material de marketing da Omni. O mapa defensável tem dois pontos de instalação, um conjunto de locais de exchange listados independentemente e contexto regional de aterramento de cabos. Tudo entre esses pontos permanece não verificado até que as operadoras o divulguem.

Status operacional: suficiente para rejeitar "projeto de papel", não suficiente para medir carga

Vários sinais independentes suportam operações atuais. O PeeringDB criou o registro da instalação de Batam em junho de 2024 e o registro da instalação de Jacarta em junho de 2025; ambos agora listam redes terceiras. O diretório do Uptime registra um prêmio de design escopado para Jacarta. A empresa anunciou a inauguração do JKT1 em outubro de 2025. Umrelatório do ISEAS - Yusof Ishak Institutepublicado no final de 2025 classifica a Omni DC como um data center extrapequeno em operação em Batam.

Esse último relatório é útil, mas não definitivo. Seu anexo diz que se baseou em diretórios da indústria e fontes de notícias, e "extra pequeno" não está vinculado lá a um limite de megawatts divulgado. O diretório comercialData Center Maptambém lista o site de Batam, opções de rack e mãos remotas, mas grande parte de sua descrição técnica se assemelha a material fornecido pelo operador. Esses são sinais de mercado corroborantes, não certificados de comissionamento.

As evidências são suficientes para dizer que a Omni tem mais do que um site proposto: tem recursos de rede registrados, uma operação de exchange ativa, instalações listadas, redes terceiras nomeadas e um salão inaugurado em Jacarta. Não é suficiente para calcular carga de TI ao vivo, número de clientes, ocupação, uptime entregue ou megawatts disponíveis. Esses números permanecem desconhecidos.

O que um comprador deve verificar antes de tratar os dois locais como uma plataforma resiliente

O exercício de diligência certo é específico do ativo. Para o BTM1, o cliente deve solicitar prova de que o rack contratado está dentro da área de 680 m² da fase um e que seus quilowatts alocados estão incluídos na capacidade comissionada. As evidências devem incluir um diagrama unifilar elétrico, carta de conexão da concessionária, classificações do transformador e do quadro, inventário do módulo UPS, testes de descarga da bateria, testes de banco de carga do gerador, resultados de comissionamento da refrigeração e o teste integrado de sistemas mais recente.

Para o JKT1, o contrato deve nomear o andar, salão, rack, ponto de demarcação e entidade operacional. O cliente deve obter o certificado do Uptime e verificar a data do prêmio e o escopo exato. Se a Omni representa a instalação como certificada construída, deve fornecer a listagem ou certificado correspondente do Uptime; o diretório público revisado aqui não fornece um. O comprador também deve obter registros de segurança contra incêndio do prédio, limites da sala, caminhos de riser e o procedimento de resposta para fumaça ou fogo em outro lugar do Cyber 1.

Para resiliência de rede, uma lista de operadoras é apenas o começo. Cada circuito proposto deve ser documentado do rack até seu ponto final distante. A documentação deve identificar proprietário do cross-connect, sala de meet-me, entrada do prédio, duto de rua, provedor metropolitano, provedor de longa distância, estação de aterramento de cabo e sistema submarino quando relevante. Os dois circuitos devem ser comparados quanto a estruturas e fornecedores compartilhados. A filiação à OMNIIX e o alcance de peering remoto devem ser mostrados separadamente do trânsito pago e do transporte privado.

Para resiliência operacional, o cliente deve revisar escalas de equipe, caminhos de escalonamento, peças sobressalentes, janelas de manutenção, comunicações de incidentes, reabastecimento de combustível, acesso de segurança e exercícios de recuperação. Deve pedir histórico de serviço anonimizado com a fórmula de disponibilidade usada nos SLAs de clientes. Uma meta reivindicada de 99,982% se torna significativa apenas quando exclusões, créditos e pontos de medição são visíveis.

Finalmente, o cronograma legal deve atribuir responsabilidade entre a PT Omni Data Center Indonesia, a PT Solnet Indonesia, a administração do prédio, concessionárias e operadoras. Deve identificar quem possui ou aluga o espaço e a planta relevantes, quem detém qualquer licença de conectividade necessária, quem fatura cada serviço e quem é responsável quando um componente compartilhado falha. A filiação ao grupo pode fortalecer a entrega, mas apenas um contrato claro impede que ela turve a responsabilidade.

Uma plataforma pequena credível, com provas ainda desiguais por camada

A PT Omni Data Center Indonesia montou uma proposta credível de plataforma pequena em torno de uma instalação real em Batam, um salão mais novo em Jacarta e uma malha de exchange crescente. O valor divulgado de 1,2 MW de carga de TI do BTM1, a sala de 680 m² da fase um e as reivindicações detalhadas de componentes fornecem aos clientes algo concreto para interrogar. A área de 864 m² da fase um do JKT1, a inauguração em 2025 e o prêmio de documento de design do Uptime dão ao segundo local mais substância do que uma simples localização planejada. A participação no PeeringDB mostra que as redes estão usando o ecossistema.

Mas o registro público não suporta uma reivindicação indiferenciada de Tier III, energia 2N e conectividade diversa em tudo que a Omni vende. O registro Tier III independente é escopado para os documentos de design do JKT1 e IT Hall 1 do segundo andar. O número de energia de Batam é publicado pelo operador. O endereço do quinto andar no PeeringDB não se alinha perfeitamente com o salão certificado do segundo andar. A reserva regional da rede não prova entrega no local. Trinta participantes da exchange não provam 30 operadoras físicas em qualquer um dos prédios.

Quatro entradas de fibra reivindicadas não revelam quatro rotas independentes de ponta a ponta.

Essa desigualdade não é uma razão para descartar a Omni. É uma razão para comprar precisamente. A empresa tem evidências operacionais externas suficientes para merecer diligência séria, mas não dados públicos de engenharia e serviço suficientes para permitir que um cliente a ignore. A questão decisiva não é mais se a Omni existe. É se o rack exato, o quilowatt e o caminho que estão sendo vendidos podem sobreviver às falhas que o serviço do cliente não pode suportar.