Data Center.BZ e o preço do controle local em colocation em Columbus

A primeira pergunta do comprador local é controle

Imagine um provedor de serviços gerenciados em Ohio com um problema familiar. Um cliente da área de saúde quer recuperação de desastres previsível. Um distrito escolar quer servidores fora do seu próprio prédio, mas ainda próximos o suficiente para visitas físicas. Um fabricante tem uma aplicação de linha de negócios que não merece um projeto de migração para nuvem nacional, mas também não pode ficar embaixo de uma mesa ou em um armário.

O provedor pode revender capacidade de uma região de nuvem de hiperescala, ou pode colocar o equipamento do cliente em um data center local onde o provedor conhece os engenheiros, o caminho de cross-connect, a doca de carregamento, as regras de energia e a verdadeira cadeia de escalação.

Esse é o quadro prático para a Data Center.BZ, LLC. A empresa não é importante por ter se tornado uma marca global. É importante porque mostra como um operador de colocation regional poderia se tornar uma camada de controle para empresas menores, hospedeiros, órgãos públicos, escolas, sistemas de saúde, operadoras de rede e provedores de serviços que precisavam de um lugar onde espaço em rack, suporte local, densidade de energia e acesso a operadoras se encontrassem em uma única instalação em Columbus. O registro público agora tem duas faces. O site atual da Data Center.BZ emhttp://www.data center.bz/não se comporta mais como um site operacional ativo; ele resolve para uma página de estacionamento emhttps://www.data center.bz/lander. Ao mesmo tempo, o PeeringDB ainda preserva um registro de organização Data Center.BZ, LLC emhttps://www.peeringdb.com/org/7026, e os materiais atuais da Cologix em Columbus identificam os locais da Scherers Court como peças ativas de uma plataforma de data center muito maior em Columbus.

Essa divisão importa. Um comprador que olhasse apenas para o domínio antigo veria incerteza. Um comprador que olhasse para as instalações adquiridas veria uma contínua história de interconexão em Columbus. O significado econômico da Data Center.BZ fica entre esses dois sinais: a empresa original construiu um ativo de colocation local valioso o suficiente para ser adquirido, e o ativo adquirido ajudou a semear uma plataforma em Columbus que agora é comercializada em torno de escolha de rede, acesso à nuvem e capacidade de alta densidade.

A empresa, portanto, deve ser lida como um negócio operacional legado cuja identidade pública desapareceu enquanto sua lógica de instalação continuou viva em uma plataforma maior.

A proposta de valor original não era misteriosa. A Data Center.BZ vendia as coisas que tornam a colocation local atraente quando um cliente é muito sensível operacionalmente para hospedagem barata e muito prático para nuvem pura: espaço em gabinete, gaiolas, energia de alta densidade, diversidade de operadoras, fibra escura, ambientes sensíveis à conformidade, infraestrutura virtual, espaço de trabalho para recuperação de desastres e suporte 24 horas. Seu próprio comunicado de 2013 descrevia a sede em Columbus, colocation de alta densidade, serviços de data center virtual, um campus na convergência de fibra regional, municipal e de longa distância, e 32.000 pés quadrados de piso elevado, com um segundo complexo de 90.000 pés quadrados de piso elevado então em desenvolvimento; o comunicado permanece disponível emhttps://www.prnewswire.com/news-releases/datacenterbz-is-the-fastest-growing-data-center-provider-in-columbus-ohio-228316851.html. Isso não é uma narrativa de hiperescala. É uma narrativa de infraestrutura regional: empresas locais queriam transformar despesas de capital em serviço mensal, mas ainda queriam proximidade, controle e pessoas com quem pudessem falar.

O julgamento resultante é direto. A Data Center.BZ era economicamente mais forte onde os clientes de Columbus valorizavam mais o controle operacional local do que a escala da marca. Sua fraqueza era que a mesma camada de controle exigia capital, energia, relacionamentos de rede e credibilidade que se tornaram mais fáceis de financiar dentro de uma plataforma maior. A aquisição pela Cologix em 2014 não foi, portanto, uma nota de rodapé. Foi o resultado esperado para uma instalação que havia superado o balanço de um pequeno provedor local, mas manteve valor estratégico como ponto de interconexão.

A empresa é mais clara após a aquisição do que antes

A Data Center.BZ, LLC aparece em registros de infraestrutura pública como uma empresa ligada à colocation e infraestrutura de rede na área de Columbus. A página da organização no PeeringDB emhttps://www.peeringdb.com/org/7026lista a Data Center.BZ, LLC, duas instalações e uma entrada de rede associada ao AS40715. Duas páginas de instalação fornecem a evidência de localização mais concreta. A página da instalação de Worthington-Columbus emhttps://www.peeringdb.com/fac/1328lista Data Center.BZ - Worthington-Columbus em 535-575 Scherers Ct., Worthington, Ohio 43085, com cinco redes listadas e um carimbo de última atualização em setembro de 2025. A página da instalação Data Center.BZ emhttps://www.peeringdb.com/fac/1420lista 535 Scherers Court, Columbus, Ohio 43085, sem trocas locais listadas e sem redes listadas nessa página da instalação.

Esses registros não devem ser superinterpretados como um perfil operacional atual completo. O PeeringDB é um banco de dados de interconexão público, e os registros podem preservar nomenclatura legada, histórico do operador e contexto da instalação mantido pela comunidade. O site atual não oferece mais a antiga narrativa de serviço. A leitura mais segura é que a Data Center.BZ permanece um rótulo útil para a evidência da instalação e rede legadas de Columbus, enquanto a plataforma comercial operacional agora é a Cologix. Isso é consistente com o próprio comunicado de aquisição de 2014 da Cologix, preservado como PDF emhttps://www.cologix.com/pdf/PressReleases/2014-02-04-Cologix-Acquires-Data Center.BZ-In-Columbus-Ohio.pdf. O comunicado dizia que a Cologix concluiu uma transação para adquirir a Data Center.BZ em Columbus, descrevia dois data centers neutros em rede com 32.000 pés quadrados de piso elevado e identificava o ativo como um ponto de interconexão líder em Ohio com 30 escolhas de rede e o OHIO-IX dentro das salas de meet-me.

A economia da aquisição era incomumente específica. A Cologix disse que a transação incluía cinco acres de terra, edifícios, instalações de missão crítica, mais de 100 clientes, eletrodutos metropolitanos e ativos de fibra escura, e mais de US$ 5 milhões de EBITDA recorrente. Para um negócio de colocation regional, esse pacote explica a lógica de preço melhor do que qualquer rótulo genérico de “data center”. O EBITDA mostrava receita de serviço recorrente. Mais de 100 clientes mostravam diversificação. Fibra escura e eletrodutos mostravam controle sobre rotas, não apenas salas. Terreno e edifícios deram à Cologix a opção de expandir.

A continuidade da equipe importava porque a qualidade do suporte era parte do produto.

As alegações técnicas pré-aquisição também eram mais concretas do que um slogan de folheto. Uma proposta da 7x24 Exchange Spring 2012 para um estudo de caso da Emerson Network Power e Data Center.BZ, disponível emhttps://www.7x24exchange.org/downloads/7x24SP12_pres.pdf, descrevia a sede da Data Center.BZ em 535 Scherers Court, Gordon Scherer como presidente, uma segunda expansão de data center neutra em operadoras em 2011, PUE de 1,25 ou menos em toda a instalação, redundância 2(N+1) em infraestrutura crítica de energia e resfriamento, e 32.000 pés quadrados de piso elevado projetado para cerca de 500 watts por pé quadrado. Também descrevia densidade média de rack de 5-10 kW e implantações de gabinetes de alta densidade de até 90 kW, com 50 kW em implantações de rack padrão. Esses números fazem a empresa parecer menos uma pequena loja de hospedagem e mais uma instalação regional tentando vender infraestrutura empresarial de alta densidade antes que Columbus se tornasse uma história de crescimento nacional de data centers.

A cobertura da aquisição pelo Data Center Knowledge emhttps://www.datacenterknowledge.com/next-gen-data-centers/cologix-acquires-data center-bz-in-columbus-ohiodá a mesma forma de um ângulo de notícia da indústria: a Cologix adquiriu a Data Center.BZ e sua instalação de 32.000 pés quadrados em Columbus, com os clientes ganhando acesso a 30 escolhas de rede e OHIO-IX dentro das salas de meet-me. O relatório da Fierce Network emhttps://www.fierce-network.com/telecom/cologix-snaps-up-data center-bz-establishes-ohio-data-center-footholdadiciona o enquadramento estratégico. A Cologix estava entrando em Ohio, Columbus era tratado como um mercado de segundo nível com potencial de borda, e a instalação adquirida foi apresentada como altamente conectada para sua região.

Isso significa que a identidade da empresa não é melhor compreendida apenas pelo domínio antigo. Ela é melhor compreendida através de uma sequência. A Data Center.BZ foi fundada e promovida como um provedor de colocation de alta densidade e infraestrutura virtual em Columbus. Construiu densidade local suficiente para atrair operadoras e clientes empresariais regionais. A Cologix a comprou como um ponto de apoio de interconexão. Em seguida, a Cologix expandiu a plataforma de Columbus muito além da pegada original.

O nome Data Center.BZ permanece relevante porque marca a origem da camada de controle adquirida em Columbus, não porque ainda pareça ser a marca de varejo ativa.

Scherers Court tornou a tese física

As evidências públicas mais fortes apontam para um local específico, não uma reivindicação metropolitana vaga. Scherers Court na área de Worthington-Columbus é a espinha dorsal da história. O anúncio de 2012 da Hurricane Electric emhttps://www.he.net/releases/2012-10-03.htmldisse que estabeleceu um ponto de presença na instalação da Data Center.BZ em 555 Scherers Court, em Columbus. O mesmo comunicado descrevia a Data Center.BZ como uma empresa de Columbus oferecendo colocation de alta densidade e infraestrutura virtual a partir de instalações neutras em operadoras e construídas para esse fim, com acesso a redes de fibra regional, municipal e privada. Também explicava por que o ponto de presença importava: a Hurricane Electric poderia alcançar Ohio e o Centro-Oeste mais amplo de forma mais eficiente, enquanto os clientes da Data Center.BZ poderiam acessar outra espinha dorsal global através de cross-connects e provedores de transporte.

As evidências de endereço então se alinham com as páginas atuais da Cologix em Columbus. A visão geral de Columbus da Cologix emhttps://cologix.com/data-centers/columbus/lista COL1 em 535 Scherers Court e COL2 em 555 Scherers Court. O COL1 é descrito em mais detalhes emhttps://cologix.com/data-centers/columbus/col1/como um hub de interconexão com infraestrutura de nível empresarial, conectividade regional densa, um data center construído especificamente de 44.000 pés quadrados, gabinetes personalizados, gaiolas e suítes privadas, 30 MW de energia elétrica disponível no local, mais de 45 redes únicas em uma sala de meet-me controlada pela Cologix e suporte local. O COL2 emhttps://cologix.com/data-centers/columbus/col2/é descrito como um data center de nível empresarial no mesmo campus de Columbus, também enquadrado em torno de encruzilhadas de fibra de longa distância, fibra de operadora regional, tempo de atividade, escolha de rede, gabinetes personalizados, gaiolas seguras e uso de recuperação de desastres.

A aritmética das instalações é confusa de forma útil. O PeeringDB usa 535-575 Scherers Ct. para uma instalação e 535 Scherers Court para outra. A Hurricane Electric nomeou 555 Scherers Court. As páginas da Cologix separam 535 Scherers Court como COL1 e 555 Scherers Court como COL2. O comunicado de aquisição usava 32.000 pés quadrados de piso elevado, enquanto as páginas atuais da Cologix falam em instalações de 44.000 pés quadrados construídas especificamente no campus. A proposta da 7x24 descrevia uma sede de 66.000 pés quadrados e uma segunda adição de data center neutra em operadoras. Isso não é motivo para descartar as evidências.

É um motivo para ler os números como diferentes cortes de um campus: piso elevado, invólucro do edifício, fases antigas/novas e o empacotamento posterior da Cologix nem sempre são a mesma medida.

A continuidade não é apenas geográfica. Os materiais antigos da Data Center.BZ enfatizavam convergência de fibra, gabinetes de alta densidade, conformidade, suporte local e assentos para recuperação de desastres. As páginas atuais da Cologix para COL1 e COL2 enfatizam interconexão densa, localizações em Scherers Court, alta potência por gabinete, múltiplas entradas de fibra, espaço de trabalho de emergência, engenharia e suporte 24 horas e a capacidade de fazer backup de sites primários em Chicago e Nova York. A linguagem mudou de provedor local liderado pelo fundador para plataforma norte-americana, mas a tese operacional é reconhecível.

Essas evidências físicas também ajudam a explicar por que uma instalação em Columbus poderia atender a um comprador escolhendo entre colocation local e uma região de hiperescala. O comprador não está simplesmente alugando espaço. O comprador está escolhendo uma posição de controle. Um rack em uma instalação densa em operadoras permite circuitos privados, diversidade de trânsito de internet, peering direto, mãos remotas, onramps de nuvem através da plataforma maior da Cologix e a opção de manter a propriedade física do hardware.

Uma máquina virtual em uma região de nuvem remota oferece velocidade e amplitude de serviço, mas o cliente abre mão de algum controle físico, de alguma clareza de aquisição e muitas vezes de alguma capacidade de isolar a economia do caminho de rede. Para muitos clientes de médio mercado, a questão não é nuvem versus colocation. É quais cargas de trabalho merecem qual modelo operacional.

Scherers Court resolveu a parte dessa questão que a nuvem não resolve automaticamente: onde colocar infraestrutura compartilhada para clientes que precisam tanto de proximidade quanto de escolha de rede. Um provedor de serviços gerenciados de Columbus poderia colocar backups, firewalls, arrays de armazenamento, servidores de propriedade do cliente e interconexões privadas em um data center local, e então decidir, carga de trabalho por carga de trabalho, o que deveria ir para a nuvem pública. Esse era o nicho comercial que a Data Center.BZ ocupava.

O modelo de negócios vendia certeza em unidades mensais

A alegação econômica mais importante no comunicado de 2013 da Data Center.BZ não era o prêmio de crescimento. Era a conversão das despesas de capital dos clientes em despesas operacionais previsíveis. O comunicado emhttps://www.prnewswire.com/news-releases/datacenterbz-is-the-fastest-growing-data-center-provider-in-columbus-ohio-228316851.htmldescrevia clientes reduzindo custos operacionais e de capital, atendendo às demandas de tempo de atividade e conformidade, e substituindo o investimento de capital individual persistente por gastos escaláveis com serviços. Esse é o cerne do acordo de colocation.

Para compradores de empresas menores e hospedagem, o custo total de uma sala de servidores interna raramente é visível no início. O primeiro rack parece barato. Depois vêm circuitos de energia redundantes, atualização de UPS, manutenção de gerador, resfriamento, supressão de incêndio, segurança física, monitoramento, contratos de operadora, acesso de emergência, equipe fora do horário comercial, auditorias e a pergunta desconfortável sobre se um edifício projetado para trabalho de escritório também deve servir como infraestrutura crítica.

A colocation converte esses encargos compartilhados em cobranças de gabinete, gaiola, energia, largura de banda, mãos remotas, cross-connect e suporte.

A lógica de receita segue a mesma estrutura. A Data Center.BZ poderia monetizar o espaço por gabinete ou gaiola, energia por capacidade, conectividade por cross-connects e relacionamentos com operadoras, infraestrutura virtual por camada de serviço, recuperação de desastres por espaço de trabalho ou pacote de continuidade, e a aderência do cliente através da dependência operacional. Uma vez que o equipamento está instalado, os circuitos são encomendados, as políticas são escritas e os backups são apontados para a instalação, a rotatividade é custosa para o cliente. O cliente pode negociar preço, mas não move racks casualmente.

Isso explica por que mais de US$ 5 milhões de EBITDA recorrente era um número relevante para aquisição no PDF da Cologix. O EBITDA nesse contexto implica uma base de receita recorrente de colocation, conectividade e infraestrutura gerenciada após os custos operacionais da instalação. Não é o mesmo que receita de software de alta margem, porque os data centers carregam custos de imóveis, energia, resfriamento, manutenção, pessoal e capital. Mas é atraente quando o ativo também controla uma densidade de interconexão local escassa. A margem não é apenas aluguel. É aluguel mais confiabilidade mais opcionalidade de rede mais inércia do cliente.

O mercado público de preços fornece um piso útil para a economia dos compradores menores. A página de preços de colocation da CeraNet em Ohio, emhttps://www.cera.net/home/ohio-server-rack-cage-colocation-cost/, anuncia colocation de servidor individual de 1U a US$ 139,95 por mês com uma fonte de alimentação padrão e um rack dedicado completo a US$ 950 por mês com uma fonte de alimentação de 20 ampères, além de cobranças por energia adicional. O site mais amplo da CeraNet emhttps://www.cera.net/services/colocation/features-specs/enfatiza opções sem custo inicial, preços previsíveis, contratos flexíveis, orientação técnica e suporte local. Esses não são os preços da Data Center.BZ, mas mostram a gramática de preços que um comprador local entende: unidades de rack, racks completos, circuitos de energia, portas, tempo de atividade, suporte e descontos anuais.

Para uma instalação da escala da Cologix, muitos contratos serão personalizados em vez de precificados por menu. Ainda assim, o mercado local com preços de menu ajuda a explicar por que o nicho da Data Center.BZ existia. Um pequeno cliente pode começar com um ou dois servidores, depois passar para um rack, depois para uma gaiola, e então para nuvem e colocation combinadas. A instalação que hospeda a implantação inicial desse cliente tem a chance de se tornar o local padrão para novos firewalls, armazenamento, aparelhos de backup, entregas de operadora e hardware específico do cliente.

Nesse sentido, a colocation local pode se tornar a superfície operacional física para um provedor de serviços gerenciados. O provedor vende serviços, mas a instalação torna esses serviços confiáveis.

A comparação com a nuvem não é apenas sobre preço de computação

Para o provedor de serviços gerenciados, a verdadeira comparação não é um servidor bare versus uma instância na nuvem. É a fatura mensal após a largura de banda, crescimento de armazenamento, acesso físico, cross-connects, visitas de conformidade e suporte serem contabilizados. A página de preços do AWS EC2 emhttps://aws.amazon.com/ec2/pricing/on-demand/diz que os clientes recebem 100 GB de transferência de dados gratuita para a internet por mês na maioria dos serviços e regiões da AWS, e depois pagam taxas de transferência de dados de saída por nível. A mesma página lista os primeiros 10 TB por mês a US$ 0,09 por GB, os próximos 40 TB a US$ 0,085 por GB, os próximos 100 TB a US$ 0,07 por GB e volumes acima de 150 TB a US$ 0,05 por GB. Isso significa que uma carga de trabalho estável de saída de 10 TB/mês pode adicionar um valor próximo ao de um item de linha do tamanho de um rack antes que o comprador tenha pago por computação, armazenamento, suporte, monitoramento, backup ou conectividade privada.

O AWS Direct Connect muda a comparação, mas não torna a largura de banda gratuita. A página de preços do AWS Direct Connect emhttps://aws.amazon.com/directconnect/pricing/diz que o preço depende da capacidade, horas de porta e transferência de dados de saída através do local do Direct Connect; também diz que a transferência de dados de entrada pelo Direct Connect é cobrada a 0,00 USD por GB. A página da Cologix em Columbus diz que seu data center de Columbus hospeda um nó AWS Direct Connect. Isso é uma vantagem para um comprador híbrido de Columbus porque a conectividade privada pode reduzir a latência e tornar o roteamento de tráfego mais previsível. Ainda é uma escolha de design paga. Um cliente precisa de uma porta ou conexão hospedada, um provedor local ou caminho de cross-connect, habilidade de roteamento e valor de tráfego suficiente para justificar as partes fixas e variáveis.

É aqui que a antiga proposta de valor da Data Center.BZ ainda parece economicamente precisa. Um MSP local poderia usar um rack da Scherers Court para aparelhos, alvos de backup, servidores de propriedade do cliente, cargas de trabalho com restrições de licenciamento e circuitos privados, e então usar a AWS para front-ends elásticos ou serviços gerenciados. O MSP poderia manter o tráfego leste-oeste ou de backup de alto volume dentro da instalação local, usar a nuvem seletivamente e evitar transformar cada restauração, réplica ou download do cliente em um evento de saída. O rack local não eliminava os gastos com nuvem.

Dava ao MSP um lugar para decidir quais bytes mereciam preço de nuvem e quais bytes pertenciam a equipamentos sob controle local.

A aritmética aproximada do comprador é assim. Um rack local completo no estilo CeraNet a US$ 950 por mês com uma porta dedicada de 100 Mbps não é equivalente a um contrato da Cologix, mas fornece o extremo inferior da gramática de preços de Columbus. Um nível de saída da AWS a US$ 0,09 por GB torna 10 TB de tráfego de saída no valor de cerca de US$ 900 antes de outros itens de linha da nuvem, se o tráfego for cobrado nesse nível. Um comprador de colocation gerenciada com hardware próprio, tráfego estável e um ônus de suporte previsível pode preferir cobranças fixas de instalação e trânsito.

Uma equipe de software que valoriza bancos de dados gerenciados, autoescalonamento e implantação global ainda pode preferir a nuvem. A Data Center.BZ importava porque dava aos compradores do centro de Ohio uma posição intermediária credível: economia de hardware local sem o ônus de possuir a planta do data center.

PeeringDB muda a leitura de imóveis para superfície de controle

Sem o PeeringDB, a Data Center.BZ poderia parecer uma história de imóveis e hospedagem. Com o PeeringDB, torna-se uma história de interconexão. A página da organização emhttps://www.peeringdb.com/org/7026ainda lista a Data Center.BZ, LLC com instalações e uma entrada de rede. A página da instalação de Worthington-Columbus emhttps://www.peeringdb.com/fac/1328lista cinco redes: Amplex Electric, Data Center.BZ, Everstream, Fidelity Voice & Data e Horizon Telcom. A página da instalação de Columbus emhttps://www.peeringdb.com/fac/1420lista a mesma organização e família de endereços, mas atualmente não mostra redes de pares nessa página.

O sinal de cinco redes na página de Worthington-Columbus é modesto em comparação com um grande hotel de operadoras, mas é significativo para uma instalação de colocation local. Mostra que o local não é meramente uma sala energizada; tem relevância de interconexão suficiente para ser representado em um banco de dados de peering público. Os nomes também são regionalmente lógicos. Everstream e Horizon Telcom se encaixam em um quadro de conectividade do centro de Ohio, enquanto a entrada de rede Data Center.BZ aponta para o próprio histórico de rede da instalação.

Esse é precisamente o tipo de evidência que importa para um provedor de serviços gerenciados: quais redes podem ser alcançadas, quais operadoras estão física ou operacionalmente próximas e se o data center pode suportar conexões privadas em vez de apenas trânsito genérico de internet.

As evidências de BGP adicionam outra camada, mas precisam de manuseio cuidadoso. A página do BGP Toolkit da Hurricane Electric emhttps://bgp.he.net/AS40715atualmente identifica o AS40715 como Cologix, Inc., ainda mostra o campo do site da empresa comohttp://www.data center.bz/, e lista prefixos incluindo um descrito como Data Center.BZ, LLC. O BGP.tools emhttps://bgp.tools/as/40715identifica o AS40715 como Cologix, Inc., mostra o site comohttp://www.data center.bz/, marca a rede como ativa e alocada sob ARIN, lista 10 prefixos IPv4 e um prefixo IPv6 originados, e mostra 67.154.188.0/22 com uma descrição Data Center.BZ, LLC. O ARIN RDAP emhttps://rdap.arin.net/registry/autnum/40715fornece a visão do registro: AS40715, nome COLOGIX-COL, data de registro 2008-03-03, última alteração 2022-08-18. Essas páginas não tornam o AS40715 o assunto do artigo. Elas mostram que os registros de roteamento preservam a transição da Data Center.BZ para a Cologix e que o nome antigo permanece visível em vestígios de recursos de rede.

A mesma ressalva se aplica aos registros de registro de rotas no estilo RADB. Eles são evidências operacionais, não narrativa corporativa. Eles podem revelar quem mantém os objetos de roteamento, quais nomes ainda aparecem nas descrições de rota e como os ativos legados são incorporados a uma rede maior. Eles não informam a um comprador sobre a qualidade do serviço ao cliente, histórico de tempo de atividade, preços ou termos contratuais. Para este artigo, seu papel é mais restrito: eles confirmam que a pegada da Data Center.BZ se estendia além do nome de um edifício para registros de administração de rede e interconexão.

O PeeringDB também destaca a incerteza reputacional em torno da identidade independente da Data Center.BZ. O registro da organização existe, os registros da instalação são atualizados recentemente e a trilha de endereços é concreta. Mas o site atual está estacionado, a marca pública não está mais ativa da maneira que um comprador de colocation de varejo esperaria, e as próprias páginas atuais da Cologix são a fonte mais útil para detalhes operacionais. As evidências, portanto, apoiam a tese de uma empresa legada: a Data Center.BZ construiu o ponto de controle; a Cologix agora o comercializa e expande.

Fibra de Columbus tornou a colocation local mais do que armazenamento local

A tese da Data Center.BZ depende de Columbus ser mais do que um lugar mais barato para colocar racks. O site da Ohio IX emhttps://ohioix.net/descreve Columbus como uma localização estratégica para infraestrutura de alta capacidade e diz que a Ohio IX ajuda provedores de serviços, redes de conteúdo e empresas a trocarem tráfego de internet, reduzirem custos, melhorarem o desempenho e manterem o tráfego local mais próximo dos usuários locais. Também lista o Data Center da Cologix entre os pontos de presença do centro de Ohio. A linguagem é promocional, mas o mecanismo é real: troca local e densidade regional de operadoras podem reduzir a dependência de backhaul e melhorar as opções de roteamento.

A página atual da Cologix em Columbus emhttps://cologix.com/data-centers/columbus/apresenta o mesmo argumento em escala de plataforma. Ela comercializa os data centers de Columbus como as instalações mais conectadas de Ohio, diz que os clientes podem usar um nó AWS Direct Connect em Columbus e lista mais de 45 provedores de rede, mais de 35 onramps de nuvem e um SLA de tempo de atividade de 99,999%. Os números exatos são as alegações atuais da Cologix, não as alegações originais da Data Center.BZ, mas mostram o que a fundação adquirida se tornou. A antiga camada de controle local foi absorvida em um produto de interconexão mais amplo.

O COL3 aprofunda a comparação. A página do COL3 da Cologix emhttps://cologix.com/data-centers/columbus/col3/descreve uma instalação construída com certificação Tier III, um data center de 160.000 pés quadrados e mais de 18 MW diretamente ligado ao COL1 e COL2, com mais de 45 redes únicas na sala de meet-me, mais de 16 entradas de fibra, conectividade Columbus FiberNet, disponibilidade de fibra escura metropolitana e feeds de fibra alcançando todos os 88 condados de Ohio. O COL4 emhttps://cologix.com/data-centers/columbus/col4/é descrito como um data center Scalelogix de 256.000 pés quadrados com até 33 MW e mais de 50 redes únicas. O COL5 emhttps://cologix.com/data-centers/columbus/col5/deve estar pronto para serviço no terceiro trimestre de 2026 com 60.000 pés quadrados, 25 MW de energia elétrica, acesso direto a mais de 50 redes, provedores de nuvem, AWS Direct Connect, Google Cloud Platform e Ohio IX. O COL7 emhttps://cologix.com/data-centers/columbus/col7/está posicionado no campus de Johnstown com capacidade de 36 MW no local e acesso direto de fibra a mais de 50 redes.

Essas instalações posteriores podem obscurecer a história original menor. A Data Center.BZ não começou como COL4 ou COL7. Sua importância foi ter dado à Cologix uma base conectada em Columbus. A aquisição de 2014 não simplesmente adicionou metragem quadrada; ela adicionou uma posição de mercado em uma região onde as empresas queriam alternativas a Chicago e Nova York, onde a lógica de recuperação de desastres favorecia a geografia interior e onde a fibra regional podia suportar rotas locais e nacionais. É por isso que a linguagem original da aquisição se concentrou em salas de meet-me, OHIO-IX, fibra escura, clientes e terrenos.

O resultado é uma leitura de dois níveis de Columbus. Para hiperescaladores e grandes compradores de nuvem, Columbus agora compete como um mercado de energia e terrenos com campi de data centers em crescimento. Para compradores menores de serviços gerenciados e empresas, Columbus ainda compete como um mercado local de interconexão e suporte. O valor original da Data Center.BZ estava no segundo nível. A plataforma atual da Cologix tenta capturar ambos.

A economia de rack favorece compradores que conhecem sua própria carga de trabalho

O provedor de serviços gerenciados no cenário de abertura precisa responder a uma pergunta prática: quais cargas de trabalho pertencem a um rack local? A resposta não é “tudo”. Aplicações web commodities, computação em rajada, serviços distribuídos globalmente e software que pode ser reconstruído com serviços de nuvem gerenciada muitas vezes pertencem à nuvem pública. Mas cargas de trabalho com demanda estável, saída cara, hardware especializado, controles físicos sensíveis à conformidade, crescimento de armazenamento previsível ou licenciamento legado podem ser fortes candidatas à colocation.

A oferta histórica da Data Center.BZ se encaixava nessa mistura. Descrevia colocation de alta densidade, data centers virtuais, armazenamento, servidores, sistemas de rede, infraestrutura baseada em demanda, gaiolas privadas, gabinetes personalizados e suporte para recuperação de desastres. A empresa estava vendendo uma ponte entre a infraestrutura de propriedade do cliente e a infraestrutura gerenciada pelo provedor. Essa ponte pode ser atraente para clientes que querem um lugar conhecido para o hardware, mas não querem operar o edifício.

A comparação de custos é mais fácil de ver nos incrementos de energia e rede. Um único servidor de 1U a um preço local baixo pode ser mais barato do que uma instância na nuvem se a carga de trabalho for estável, a largura de banda for previsível e o cliente já possuir o hardware. Um rack completo pode ser mais barato do que uma migração para a nuvem se os aplicativos do cliente não estiverem sendo modernizados e a necessidade principal for tempo de atividade fora do escritório.

Mas a comparação se inverte quando a atualização de equipamentos, peças sobressalentes, operações de segurança, arquitetura de backup, licenciamento e mão de obra são incluídos. A colocation é econômica quando o comprador entende o modelo operacional completo. Torna-se cara quando o comprador a trata como apenas espaço barato.

A força da Data Center.BZ era poder vender certeza como serviço. Um comprador não precisava construir uma sala de dados, comprar sistemas UPS redundantes, negociar com várias operadoras ou manter pessoal na instalação 24 horas por dia. Poderia colocar equipamentos em uma instalação construída para esse fim e usar cross-connects, mãos remotas e suporte local. Quanto mais o comprador valorizasse o controle físico específico, mais atraente o modelo se tornava. Quanto menos o comprador se importasse com o controle físico, mais a nuvem pública competia.

A combinação de receitas também explica por que a reputação de suporte local importava. Uma instalação com energia e fibra equivalentes pode perder negócios se os clientes não confiarem nas mãos remotas, nos procedimentos de acesso, na resposta ao ticket ou na qualidade da escalação. A cobertura da aquisição de 2014 enfatizou repetidamente o suporte local de alto contato. Esse suporte não era sentimental. Era uma camada monetizável. Quando o servidor de um cliente cai às 2 da manhã, a diferença entre um engenheiro no prédio e uma fila de suporte distante é parte do produto.

Sinais de mercado não oficiais apoiam essa leitura sem comprovar a qualidade do serviço. Uma discussão de 2014 no LowEndTalk emhttps://lowendtalk.com/discussion/30169/need-stable-data-center-for-solocation-in-usmostra compradores comparando opções de colocation nos EUA para configuração de rede personalizada, sessões BGP, conectividade de internet redundante e equipe de data center atenciosa; um participante sugeriu a Cologix em Columbus, e outro se referiu à Data Center.BZ como agora Cologix. Isso é apenas conversa de fórum, não evidência verificada de cliente. Seu valor é que mostra o vocabulário de compra do segmento: roteamento personalizado, redundância, suporte local e seleção prática de instalação.

A base de custos era energia, resfriamento, pessoal, segurança e reinvestimento

O modelo de receita atraente vem com uma base de custos pesada. Os data centers consomem capital antes de produzirem reputação. Infraestrutura de energia, geradores, sistemas UPS, painéis de distribuição, planta de resfriamento, sistemas de segurança, proteção contra incêndio, manutenção predial, seguro, auditorias de conformidade, mão de obra de mãos remotas e operações de rede precisam ser financiados antes que o cliente veja uma fatura mensal simples.

Os materiais públicos da Data Center.BZ enfatizavam 30 MW de energia elétrica, múltiplas alimentações de subestação, geração de backup a diesel e suporte no local 24 horas. As páginas atuais do COL1 e COL2 da Cologix continuam a enfatizar 30 MW de energia elétrica disponível no local, configurações redundantes, múltiplas alimentações de concessionária, capacidade de combustível no local, monitoramento 24 horas, acesso biométrico e engenheiros locais. Essas características são valiosas porque são caras. O comprador paga pelo direito de não possuir essa complexidade.

A energia é agora o maior fator de oscilação no mercado de Columbus. O anúncio do COL4 de 2024 da Cologix emhttps://cologix.com/news/cologix-first-colocation-provider-to-complete-ai-ready-data-center-columbus/disse que seu portfólio de Columbus então abrangia quatro data centers, 500.000 pés quadrados e 80 MW, todos conectados por um anel de fibra diverso. Também descreveu mais de 50 redes únicas e provedores de serviços de nuvem, AWS Direct Connect, Google Cloud Interconnect e Ohio IX. Seu anúncio de aquisição de terrenos em 2024 emhttps://cologix.com/news/cologix-expands-central-ohio-footprint-with-land-acquisition-for-new-ai-ready-800mw-data-center-campus/disse que a Cologix adquiriu aproximadamente 154 acres em Johnstown para um campus que poderia atingir 800 MW em 2,0 milhões de pés quadrados na construção total.

Esses números estão muito além da era Data Center.BZ. Eles mostram como a base de custos da colocation em Columbus mudou. O acordo inicial era controle regional em escala empresarial. O novo acordo é capacidade de alta densidade em um mercado com restrições de energia e politicamente visível. Um comprador menor ainda se preocupa com racks, mãos remotas e cross-connects. Mas o operador da instalação agora compete por capacidade de concessionária, incentivos fiscais, mão de obra de construção e compromissos de energia de longo prazo, juntamente com a demanda de hiperescala.

A atualização de fevereiro de 2026 da AEP Ohio emhttps://www.aepohio.com/company/news/view?releaseID=10753mostra a escala dessa pressão. A AEP disse que data centers ou desenvolvedores assinaram contratos vinculativos para 5.642 MW sob sua tarifa de data center, além de 12.219 MW de contratos de data center assinados antes da tarifa, totalizando 17.861 MW de projetos contratados programados até 2035. Também disse que solicitações anteriores haviam excedido 30.000 MW antes da filtragem tarifária. Esses números não são específicos da Data Center.BZ, mas mudam o ambiente operacional de Columbus. A energia não é mais meramente um custo de insumo. É um ativo de passagem.

O Office of the Ohio Consumers’ Counsel acrescenta o lado da conta pública da mesma história emhttps://www.occ.ohio.gov/factsheet/quick-facts-data-centers-ohio. Diz que Ohio tem mais de 200 data centers, a maioria no centro de Ohio; que o crescimento dos data centers pode exigir atualizações de transmissão e subestações; e que a tarifa de data center da AEP Ohio exige que novos grandes data centers paguem pelo menos 85% da capacidade contratada por até 12 anos, mesmo que usem menos. Para um comprador legado de Scherers Court, isso não significa que um contrato de gabinete de repente se torne uma negociação de concessionária de hiperescala. Significa que o preço da instalação local é influenciado por um mercado de energia onde capacidade não utilizada, compromisso de longo prazo e recuperação de infraestrutura são agora questões políticas.

A atualização mensal de eletricidade da U.S. Energy Information Administration emhttps://www.eia.gov/electricity/monthly/update/end-use.phpadiciona contexto macro: as receitas médias de eletricidade no varejo por quilowatt-hora estavam subindo ano a ano em 2026. Para um operador de data center, mesmo pequenas mudanças no custo de energia, taxas de capacidade ou obrigações de demanda mínima podem afetar materialmente os preços e a margem. Para um cliente, isso significa que o antigo acordo de colocation local pode se tornar menos previsível quando os custos da rede e as regras de capacidade mudam.

A dependência de fornecedores estava na sala de fibra e no pátio da concessionária

A dependência de fornecedores da Data Center.BZ não era a mesma que a dependência de fornecedor de nuvem de uma empresa de software. Ela dependia de concessionárias, fornecedores de combustível, manutenção de geradores e UPS, contratados de resfriamento, operadoras, provedores de fibra, fornecedores de equipamentos, auditores, sistemas de segurança e técnicos qualificados. O valor público da instalação vinha de oferecer escolha de operadoras, mas a própria escolha de operadoras exigia relacionamentos comerciais e físicos. A sala de meet-me era um mercado apenas porque as operadoras e redes tinham motivos para estar lá.

O ponto de presença de 2012 da Hurricane Electric mostra como um relacionamento com fornecedor também poderia se tornar um ativo de vendas. Quando uma espinha dorsal global coloca equipamentos em uma instalação, os clientes existentes ganham outra opção de rota, e clientes externos ganham outro motivo para considerar a instalação. O anúncio emhttps://www.he.net/releases/2012-10-03.htmldizia que os clientes da Data Center.BZ poderiam se conectar diretamente através de um cross-connect, enquanto empresas não colocalizadas poderiam se conectar através de provedores de transporte disponíveis na instalação. Esse é o volante de interconexão em linguagem simples: mais operadoras atraem mais clientes; mais clientes atraem mais operadoras.

A era Cologix amplificou esse volante. As páginas atuais para COL1, COL3, COL4, COL5 e COL7 todas enfatizam salas de meet-me, entradas de fibra, status de neutralidade de rede, onramps de nuvem e Ohio IX. Mas a dependência de fornecedores permanece. Se uma instalação perder densidade de operadoras, qualidade de mãos remotas, disponibilidade de energia ou confiança da concessionária, o valor da sua camada de controle enfraquece. Um comprador não faz colocation meramente porque o concreto existe. Ele faz colocation porque a instalação fornece acesso confiável a redes, pessoas e energia.

A dependência upstream também é visível nas evidências de roteamento. O AS40715 agora aparece como Cologix nas ferramentas BGP, com a Cologix como par/upstream observado em páginas BGP públicas. Isso é esperado após a aquisição. Sugere que a rede legada não é mais um centro estratégico independente da mesma forma que a antiga marca Data Center.BZ pode ter se apresentado. Para os clientes, isso pode ser positivo: uma empresa-mãe maior pode trazer capital, alcance de rede mais amplo, conectividade com a nuvem e maturidade operacional. Também pode reduzir a sensação de provedor local antigo se o serviço se tornar mais padronizado.

A lição sobre risco de fornecedor é que o controle local não é independência de grandes sistemas. É um conjunto diferente de dependências. Em vez de depender principalmente de uma região de hiperescala e suas abstrações de serviço, o cliente depende de uma instalação local, capacidade da concessionária, operadoras específicas, qualidade de mãos remotas, entrega de cross-connect e o ciclo de reinvestimento do proprietário. O sucesso da Data Center.BZ veio de tornar esse conjunto atraente para os compradores do centro de Ohio.

Os clientes compravam proximidade e prova

A lista de clientes nomeados da Data Center.BZ não é totalmente pública, mas as fontes disponíveis indicam o perfil do cliente. Os próprios comunicados da empresa se referiam a operadoras de telecomunicações, entidades governamentais, sistemas de saúde e educação, provedores de serviços de tecnologia e empresas da Fortune 1000. A página pública da empresa no LinkedIn emhttps://www.linkedin.com/company/data center.bzdescreve soluções de data center e telecom de nível empresarial, colocation de alta densidade, virtualização e recursos de nuvem, fibra escura de área metropolitana, data centers virtuais e redes de área de armazenamento, recuperação de desastres e um hot site de 150 lugares no local. A página também diz que a empresa foi fundada em 2007 e tinha 11-50 funcionários. Essas alegações se alinham ao esboço do estudo de caso da 7x24, que listava entidades governamentais, instituições educacionais, sistemas de saúde e empresas da Fortune 1000 entre as categorias de clientes.

Essas alegações são autodeclaradas, portanto, devem ser ponderadas de acordo. Ainda assim, elas correspondem às evidências de aquisição. Uma instalação com mais de 100 clientes, ativos de fibra escura, salas de meet-me e escolhas de rede regional logicamente atenderia uma mistura de operadoras, provedores de serviços gerenciados, instituições e empresas de médio mercado. Também faria sentido para clientes governamentais, de saúde e educação que precisavam de controle local, suporte a auditoria e planejamento de continuidade.

Um rastro público de relatório financeiro dá um exemplo concreto da categoria de serviço. Um relatório do Auditor de Ohio para a Electronic Classroom of Tomorrow, disponível emhttps://ohioauditor.gov/auditsearch/Reports/2013/Electronic_Classroom_of_Tomorrow_12-Franklin.pdf, inclui a Data Center.BZ em notas de arrendamento operacional para espaço de equipamento de servidor e propriedade/equipamento/segurança de equipamento de servidor. Isso não estabelece qualidade de serviço ou um relacionamento atual. Mostra que os negócios da Data Center.BZ incluíam arranjos reais de servidor-armazenamento institucional, não apenas alegações abstratas de hospedagem.

Para os clientes, o valor prático era a prova. Um provedor local podia visitar a instalação, conhecer a equipe, inspecionar gaiolas, testar a capacidade de resposta das mãos remotas, mapear rotas de operadoras e negociar acesso físico. Uma região de nuvem pública não oferece esse tipo de prova. Oferece uma prova diferente: escala global, amplitude de serviços, certificações, APIs e operações padronizadas. Muitos clientes de médio mercado precisam de ambos. A Data Center.BZ estava posicionada para a parte que ainda precisava de uma instalação.

A dependência do cliente era de mão dupla. A Data Center.BZ dependia de clientes que pagariam por qualidade em vez de buscar o menor preço de hospedagem. Os clientes dependiam de uma instalação que pudesse permanecer capitalizada, manter certificações, manter operadoras e preservar o suporte. Esse equilíbrio ajuda a explicar por que a aquisição foi racional. Os clientes ganharam acesso à plataforma mais ampla da Cologix, mantendo o ativo local. A Cologix ganhou uma base de clientes aderente e uma base de interconexão em Columbus.

A competição transformou uma barganha local em uma disputa de plataformas

O mercado de data centers de Columbus mudou drasticamente desde a aquisição da Data Center.BZ. A Cologix não é mais a única história visível. A própria expansão da Cologix criou uma plataforma interna maior. A página de data center Columbus da Expedient emhttps://expedient.com/data-centers/columbus/comercializa três instalações, 13,4 MW de carga crítica de TI, 152.800 pés quadrados de tamanho total e 59.600 pés quadrados de piso elevado. A página de Columbus da CenterSquare emhttps://www.csquare.com/data-centers/columbuscomercializa colocation moderna, disponibilidade de energia, linguagem de SLA de 100% de tempo de atividade e opções de construção sob medida. A página de data center de Ohio da Iron Mountain emhttps://www.ironmountain.com/data-centers/locations/ohio-data-centercomercializa uma instalação em Ohio, em Miamisburg, atendendo Cincinnati, Columbus e Dayton com 44.000 pés quadrados e 1,4 MW de energia. O Google lista comunidades de data centers do centro de Ohio emhttps://datacenters.google/locations/ohio, incluindo New Albany, Lancaster e Columbus.

A dispersão dos benchmarks é o ponto. O COL1/COL2 da Cologix vendem uma história de campus denso em operadoras em Scherers Court. A Expedient vende uma pegada de infraestrutura gerenciada e serviços de nuvem em Columbus com números publicados de tamanho e carga de TI. A CenterSquare vende colocation e flexibilidade de construção sob medida. A Iron Mountain vende uma instalação no sudoeste de Ohio com linguagem de continuidade empresarial. O Google não está atrás de compradores de serviços gerenciados de um rack; ele muda o mercado regional de energia, mão de obra, terrenos e talentos ao redor deles.

O antigo nicho da Data Center.BZ era valioso porque ficava abaixo das aquisições de hiperescala e acima da hospedagem barata de servidores. Esse nicho sobrevive apenas se a plataforma de Scherers Court puder manter a intimidade local suficiente enquanto a Cologix escala o mercado.

Esses concorrentes não visam todos o mesmo comprador. Um hiperescalador construindo campi próprios não está vendendo o mesmo produto que um provedor local de colocation de 1U. Mas eles moldam o mesmo mercado regional de mão de obra, mercado de energia, mercado de terrenos e a percepção do centro de Ohio como território de infraestrutura digital. A Data Center.BZ outrora competia sendo local, neutra em operadoras e de alto contato. A Cologix agora compete combinando essa base local com uma plataforma norte-americana e expandindo a capacidade.

A plataforma atual da Cologix dá mais valor aos antigos ativos da Data Center.BZ, mas também torna mais difícil avaliar a antiga empresa como uma entidade independente. Um comprador não pergunta mais: “Devo comprar da Data Center.BZ?” Ele pergunta: “A plataforma Cologix Columbus, enraizada em parte na antiga pegada da Data Center.BZ, oferece melhor economia e controle do que as alternativas?” Essa é uma pergunta comercial diferente.

Os sinais dos concorrentes também mudam a pressão de preços. Provedores locais de baixo custo podem anunciar preços simples de rack. Plataformas maiores podem enfatizar densidade de rede, conformidade, onramps de nuvem, suporte e escalabilidade de energia. Um cliente com um servidor pode comparar com preços no estilo CeraNet. Um cliente com vários gabinetes, necessidades de conformidade e requisitos de interconexão com a nuvem pode comparar a Cologix com a Expedient, CenterSquare ou uma estratégia direta de nuvem. Um cliente com necessidades na escala de megawatts está em um mercado totalmente diferente.

O ponto ideal histórico da Data Center.BZ estava entre a hospedagem barata e a aquisição de hiperescala. Esse meio não desapareceu. Tornou-se mais contestado. O vencedor é o provedor que pode tornar a decisão híbrida fácil: hardware local onde faz sentido, conectividade com a nuvem onde é útil, suporte quando as coisas quebram e preços que não surpreendem o cliente depois que energia e largura de banda são adicionadas.

Os sinais do mercado apontam para relevância duradoura e incerteza real

Os sinais de mercado em torno da Data Center.BZ são mistos de uma forma comum para empresas de infraestrutura adquiridas. Os sinais positivos são fortes. A Cologix comprou o negócio. A Cologix atribuiu publicamente mais de 100 clientes, fibra escura, terrenos, edifícios e EBITDA recorrente à transação. O PeeringDB ainda contém registros de organização e instalação. As páginas atuais da Cologix mapeiam os locais de Scherers Court para a plataforma de Columbus. A Ohio IX lista a Cologix entre os pontos de presença do centro de Ohio. Os registros BGP ainda mostram o site antigo e vestígios de nomenclatura legados da Data Center.BZ.

Os sinais incertos também são reais. O domínio Data Center.BZ está estacionado. O site público da marca não explica mais os serviços. Os registros do PeeringDB podem preservar rótulos legados em vez da marca comercial atual. Algumas páginas de índice de negócios públicos sugerem que a LLC original de Ohio pode não estar mais ativa, embora essas páginas não oficiais não substituam a verificação direta dos registros estaduais. A página do LinkedIn autônoma da Data Center.BZ permanece visível, mas parece um perfil histórico da empresa, e não um canal de vendas ativo.

Para um julgamento de pesquisa, a incerteza não destrói a tese. Ela a esclarece. A Data Center.BZ não está sendo avaliada como um operador independente atual com um site atualizado e um movimento de vendas ativo. Está sendo avaliada como uma empresa de diretório cujas evidências públicas a vinculam a um ativo de colocation em Columbus, uma pegada de rede/interconexão e uma aquisição de 2014 que ajudou a construir a plataforma Columbus da Cologix. A relevância da entidade é, portanto, histórico-operacional e não de varejo autônomo.

O burburinho do mercado é consistente com isso. Referências do LowEndTalk de 2014 tratam a Data Center.BZ como “agora Cologix” e colocam a Cologix Columbus no conjunto de opções de colocation nos EUA para compradores que precisam de BGP, conectividade redundante e suporte de instalação atencioso. Uma discussão no WebHostingTalk emhttps://www.webhostingtalk.com/showthread.php?t=1469793contém, da mesma forma, uma referência de memória de mercado sobre a Data Center.bz se tornar parte da Cologix enquanto os compradores debatiam opções de colocation no Centro-Oeste. Isso não é prova da qualidade atual do serviço. É útil porque mostra como os compradores tecnicamente conscientes se lembravam da transição: a antiga instalação local tornou-se parte de um provedor de colocation maior, mantendo a relevância em Columbus.

O maior risco reputacional não é que a Data Center.BZ não tenha sido importante. É que o nome antigo pode enganar os leitores se for tratado como uma marca independente atual. Qualquer perfil público deve distinguir a empresa legada, as evidências da instalação adquirida e a plataforma operacional atual da Cologix. Essa distinção protege contra dois erros: superestimar a independência atual da Data Center.BZ e subestimar o papel que seus ativos desempenharam na colocation em Columbus.

Regulação e geopolítica agora precificam a mesma instalação de forma diferente

O risco regulatório e geopolítico em torno de uma instalação de colocation em Columbus costumava ser relativamente local: zoneamento, confiabilidade da concessionária, combustível diesel, códigos de incêndio, auditorias de conformidade, regras de dados do cliente e disponibilidade de operadoras. Esses riscos ainda importam. Mas o surgimento de grandes campi de IA e nuvem puxou o centro de Ohio para uma briga mais ampla por energia, incentivos fiscais, uso da terra e alocação de custos públicos.

A seção 122.175 do Código Revisado de Ohio emhttps://codes.ohio.gov/ohio-revised-code/section-122.175fornece a base legal para a isenção fiscal de equipamentos de data center de computadores em Ohio. Esse tipo de política ajudou a tornar Ohio atraente para investimentos em data centers. Mas, em 2026, a política havia mudado. O site do governador de Ohio emhttps://governor.ohio.gov/media/news-and-media/governor-dewine-announces-pause-of-data-center-tax-exemptionanunciou uma pausa na consideração de novos pedidos de isenção fiscal para data centers enquanto os legisladores revisavam o crescimento do setor. A reportagem do Signal Cleveland emhttps://signalcleveland.org/ohio-approves-last-data-center-exemption-before-moratorium/disse que a Autoridade de Crédito Fiscal de Ohio aprovou isenções fiscais para dois projetos, incluindo a Cologix, por volta da época da pausa.

Para o segmento de clientes original da Data Center.BZ, essa briga política pode parecer distante. Um pequeno provedor de serviços gerenciados não está pedindo 800 MW. Mas o efeito indireto é significativo. Se as filas de interconexão de energia se apertarem, se as tarifas de capacidade subirem, se o tratamento tributário mudar ou se as comunidades locais resistirem a novos projetos, o custo e a disponibilidade da colocation podem mudar para todos. Um cliente que aluga um gabinete pode não negociar com a concessionária, mas a economia de energia da instalação flui para os preços e opções de expansão.

O ângulo geopolítico é principalmente doméstico. Columbus está dentro de uma corrida de infraestrutura dos EUA moldada por regiões de nuvem, gravidade de dados empresariais, cargas de trabalho de IA, política tributária, planejamento de rede e competição regional. Os planos do campus de Johnstown da Cologix e a presença da Amazon, Google, Microsoft, Meta, Vantage, CyrusOne e outras no centro de Ohio, conforme observado na cobertura do Data Center Dynamics emhttps://www.datacenterdynamics.com/en/news/cologix-buys-land-in-ohio-for-800MW-campus/, mostram que a região passou de uma história de mercado secundário para um campo de batalha de infraestrutura nacional. O legado da Data Center.BZ faz parte desse arco: um operador de colocation local ajudou a demonstrar que Columbus poderia suportar interconexão densa antes que o mercado aumentasse de escala.

O risco operacional permanece mais concreto. Um cliente de colocation local ainda precisa perguntar se a instalação tem margem de energia suficiente, se as mãos remotas são responsivas, se a diversidade de fibra é real, se os onramps de nuvem têm preços sensatos, se os contratos de operadora são flexíveis, se as entregas de equipamentos e janelas de acesso atendem às necessidades do cliente e se o suporte é local o suficiente para a tolerância ao risco do cliente. Essas perguntas são onde a antiga proposta de valor da Data Center.BZ ou sobrevive dentro da Cologix ou perde relevância para as alternativas.

O que mudaria o julgamento

O julgamento atual é que a Data Center.BZ importou como uma camada de controle de colocation em Columbus cujo valor foi validado pela aquisição e expandido através da Cologix. Vários fatos poderiam mudar essa visão.

Primeiro, registros corporativos estaduais verificados poderiam esclarecer o status legal atual da Data Center.BZ, LLC e se a entidade original permanece ativa, fundida, dissolvida ou de outra forma mantida. Isso não apagaria o histórico da instalação, mas refinaria a linguagem sobre o status da empresa. Segundo, a confirmação do operador atual poderia explicar por que o PeeringDB continua a mostrar registros da Data Center.BZ, LLC e como esses registros se mapeiam para a gestão de instalações da Cologix.

Terceiro, dados atuais de clientes ou serviços poderiam mostrar se algum serviço ainda é vendido sob o nome Data Center.BZ, embora o site estacionado torne isso improvável.

Quarto, um histórico mais detalhado da instalação poderia reconciliar os números de metragem quadrada entre comunicados mais antigos, cobertura de aquisição, endereços do PeeringDB e as páginas atuais do COL1/COL2 da Cologix. O registro público inclui 32.000 pés quadrados de piso elevado nos materiais de aquisição, descrições de 44.000 pés quadrados nas páginas atuais do COL1/COL2 e números maiores de campus posteriores para o COL3 e além. A resposta certa pode ser que diferentes fontes contam piso elevado, tamanho do edifício, campus ou fases da instalação de forma diferente.

Quinto, evidências atualizadas de roteamento e PeeringDB poderiam mostrar se o AS40715 e os registros de instalação relacionados permanecem operacionalmente significativos ou são, em sua maioria, rótulos legados.

Sexto, evidências de preços específicas para a Cologix Columbus aguçariam a economia. Comparadores locais públicos e níveis de saída da AWS ajudam a enquadrar as alternativas do comprador, mas o preço de colocation empresarial personalizado depende da densidade de gabinetes, compromisso de energia, cross-connects, largura de banda, conectividade com a nuvem, suporte, prazo do contrato e requisitos de construção. Sétimo, evidências de clientes esclareceriam se a antiga reputação de suporte de alto contato sobreviveu dentro da plataforma maior.

As fontes de aquisição apresentam esse suporte como um ponto forte; os clientes atuais determinariam se ele continua sendo um diferencial.

Finalmente, o regime de energia e impostos de Ohio poderia alterar todo o cálculo de Columbus. Se as regras tarifárias para data centers, isenções fiscais, capacidade da concessionária ou oposição da comunidade aumentarem substancialmente os custos, o valor das instalações conectadas existentes pode subir porque elas já têm posição de energia e rede. Alternativamente, se esses custos fluírem de forma muito agressiva, compradores menores podem escolher a nuvem pública ou instalações secundárias de menor custo. A barganha original da Data Center.BZ era controle local a um preço racional.

A durabilidade dessa barganha agora depende se a Cologix pode preservar a economia de controle local enquanto opera em um mercado cada vez mais moldado pela demanda na escala de megawatts.

Para o provedor de serviços gerenciados no cenário de abertura, a resposta é, portanto, condicional e não nostálgica. A colocation local vence uma região anônima de hiperescala quando o cliente precisa de controle físico, economia de estado estável previsível, escolha de operadoras, mãos remotas e um lugar próximo o suficiente para entender. Uma região de hiperescala vence quando a amplitude de serviço, elasticidade e abstração importam mais do que a proximidade. A contribuição da Data Center.BZ para Columbus foi provar que a opção local poderia ser mais do que uma sala de servidores. Poderia ser uma camada de controle.

A tarefa da Cologix tem sido manter essa camada útil à medida que Columbus se torna um mercado de data centers muito maior e mais caro.