Resumen
- Qué explica: Para un proveedor de servicios gestionados del centro de Ohio que decide si mantener los sistemas de los clientes en un rack local o trasladarlos a una región de hiperescala anónima, DataCenter.BZ, LLC es un caso de estudio útil: un negocio de colocación en Columbus que convirtió
- Tema principal: Regional ISP economics; Hosting economics; Cloud service dependency; Local cloud substitution
- Contexto: Datacenter
La primera pregunta del comprador local es el control
Imagine un proveedor de servicios gestionados en Ohio con un problema conocido. Un cliente del sector sanitario quiere una recuperación ante desastres predecible. Un distrito escolar quiere servidores fuera de su propio edificio pero lo suficientemente cerca para visitas físicas. Un fabricante tiene una aplicación de línea de negocio que no merece un proyecto nacional de migración a la nube, pero que tampoco puede vivir debajo de un escritorio o en un armario. El proveedor puede revender capacidad de una región de nube de hiperescala, o puede colocar el equipo del cliente en un centro de datos local donde el proveedor conoce a los ingenieros, la ruta de interconexión, el muelle de carga, las reglas de suministro eléctrico y la cadena de escalación real.
Ese es el marco práctico para DataCenter.BZ, LLC. La empresa no es importante porque se convirtiera en una marca global. Es importante porque muestra cómo un operador regional de colocación podía convertirse en una capa de control para pequeñas empresas, proveedores de alojamiento, organismos del sector público, escuelas, sistemas sanitarios, operadores de red y proveedores de servicios que necesitaban un lugar donde el espacio en rack, el soporte local, la densidad de potencia y el acceso a operadores confluyeran en una sola instalación de Columbus. El registro público tiene ahora dos caras. El sitio web actual de DataCenter.BZ enhttp://www.datacenter.bz/ya no se comporta como un sitio operativo activo; redirige a una página de aterrizaje de estacionamiento enhttps://www.datacenter.bz/lander. Al mismo tiempo, PeeringDB aún conserva un registro de organización de DataCenter.BZ, LLC enhttps://www.peeringdb.com/org/7026, y los materiales actuales de Cologix para Columbus identifican las ubicaciones de Scherers Court como piezas activas de una plataforma de centros de datos de Columbus mucho más grande.
Esa división importa. Un comprador que solo mire el antiguo dominio vería incertidumbre. Un comprador que mire las instalaciones adquiridas vería una historia continua de interconexión en Columbus. La importancia económica de DataCenter.BZ se sitúa entre esas dos señales: la empresa original construyó un activo de colocación local lo suficientemente valioso como para ser adquirido, y el activo adquirido ayudó a sembrar una plataforma en Columbus que ahora se comercializa en torno a la elección de red, el acceso a la nube y la capacidad de alta densidad. Por lo tanto, la empresa debe leerse como un negocio operativo heredado cuya identidad pública se ha desvanecido mientras su lógica de instalación ha perdurado en una plataforma más grande.
La propuesta de valor original no era misteriosa. DataCenter.BZ vendía los elementos que hacen atractiva la colocación local cuando un cliente es demasiado sensible operativamente para el alojamiento económico y demasiado práctico para la nube pura: espacio en armarios, jaulas, potencia de alta densidad, diversidad de operadores, fibra oscura, entornos sensibles al cumplimiento normativo, infraestructura virtual, espacio de trabajo para recuperación ante desastres y soporte 24 horas. Su propio comunicado de 2013 describía la sede en Columbus, colocación de alta densidad, servicios de centro de datos virtual, un campus en la convergencia de fibra regional, municipal y de larga distancia, y 32.000 pies cuadrados de suelo elevado, con un segundo complejo de suelo elevado de 90.000 pies cuadrados entonces en desarrollo; el comunicado sigue disponible enhttps://www.prnewswire.com/news-releases/datacenterbz-is-the-fastest-growing-data-center-provider-in-columbus-ohio-228316851.html. No es una narrativa de hiperescala. Es una narrativa de infraestructura regional: las empresas locales querían convertir el gasto de capital en un servicio mensual, pero aún querían proximidad, control y personas a las que poder llamar.
El juicio resultante es sencillo. DataCenter.BZ era más fuerte económicamente donde los clientes de Columbus valoraban más el control operativo local que la escala de marca. Su debilidad era que la misma capa de control requería capital, potencia, relaciones de red y credibilidad que era más fácil financiar dentro de una plataforma más grande. La adquisición por parte de Cologix en 2014 no fue, por tanto, una nota al pie. Fue el resultado esperado para una instalación que había superado el pequeño balance de un proveedor local pero conservaba valor estratégico como punto de interconexión.
La empresa es más clara después de la adquisición que antes
DataCenter.BZ, LLC aparece en los registros públicos de infraestructura como una empresa vinculada a la colocación e infraestructura de red del área de Columbus. La página de organización de PeeringDB enhttps://www.peeringdb.com/org/7026enumera DataCenter.BZ, LLC, dos instalaciones y una entrada de red asociada con AS40715. Dos páginas de instalaciones proporcionan evidencia de ubicación más concreta. La página de la instalación Worthington-Columbus enhttps://www.peeringdb.com/fac/1328enumera DataCenter.BZ - Worthington-Columbus en 535-575 Scherers Ct., Worthington, Ohio 43085, con cinco redes listadas y una marca de tiempo de última actualización en septiembre de 2025. La página de la instalación Datacenter.BZ enhttps://www.peeringdb.com/fac/1420enumera 535 Scherers Court, Columbus, Ohio 43085, sin intercambios locales listados y sin redes listadas en esa página de instalación.
Estos registros no deben sobreinterpretarse como un perfil operativo actual completo. PeeringDB es una base de datos pública de interconexión, y los registros pueden conservar nombres heredados, historial de operadores y contexto de instalaciones mantenido por la comunidad. El sitio web actual ya no ofrece la antigua narrativa de servicio. La interpretación más segura es que DataCenter.BZ sigue siendo una etiqueta útil para la evidencia de la instalación y la red heredada de Columbus, mientras que la plataforma comercial operativa es ahora Cologix. Esto es coherente con el comunicado de adquisición de Cologix de 2014, conservado como PDF enhttps://www.cologix.com/pdf/PressReleases/2014-02-04-Cologix-Acquires-DataCenter.BZ-In-Columbus-Ohio.pdf. El comunicado decía que Cologix cerró una transacción para adquirir DataCenter.BZ en Columbus, describía dos centros de datos neutrales en cuanto a red con 32.000 pies cuadrados de suelo elevado, e identificaba el activo como un punto de interconexión líder en Ohio con 30 opciones de red y el OHIO-IX dentro de las salas de interconexión.
La economía de la adquisición era inusualmente específica. Cologix dijo que la transacción incluía cinco acres de terreno, edificios, instalaciones de misión crítica, más de 100 clientes, conductos metropolitanos y activos de fibra oscura, y más de 5 millones de dólares de EBITDA recurrente. Para un negocio regional de colocación, ese paquete explica la lógica del precio mejor que cualquier etiqueta genérica de "centro de datos". El EBITDA mostraba ingresos recurrentes por servicios. Más de 100 clientes mostraban diversificación. La fibra oscura y los conductos mostraban control sobre las rutas, no solo sobre las salas. El terreno y los edificios daban a Cologix la opción de expandirse. La continuidad del equipo importaba porque la calidad del soporte era parte del producto.
Las afirmaciones técnicas previas a la adquisición también eran más sólidas que el eslogan de un folleto. Una propuesta de caso de estudio de 7x24 Exchange de la primavera de 2012 para un caso de Emerson Network Power y DataCenter.BZ, disponible enhttps://www.7x24exchange.org/downloads/7x24SP12_pres.pdf, describía la sede de DataCenter.BZ en 535 Scherers Court, a Gordon Scherer como presidente, una segunda expansión de centro de datos neutral en cuanto a red en 2011, un PUE en toda la instalación de 1,25 o menos, redundancia 2(N+1) en la infraestructura crítica de energía y refrigeración, y un suelo elevado de 32.000 pies cuadrados diseñado para unos 500 vatios por pie cuadrado. También describía una densidad promedio de rack de 5-10 kW y despliegues de armarios de alta densidad de hasta 90 kW, con 50 kW en despliegues de rack estándar. Estas cifras hacen que la empresa se parezca menos a un pequeño taller de alojamiento y más a una instalación regional que intentaba vender infraestructura empresarial de alta densidad antes de que Columbus se convirtiera en una historia nacional de crecimiento de centros de datos.
La cobertura de la adquisición por parte de Data Center Knowledge enhttps://www.datacenterknowledge.com/next-gen-data-centers/cologix-acquires-datacenter-bz-in-columbus-ohioda la misma forma desde un ángulo de noticias de la industria: Cologix adquirió DataCenter.BZ y sus 32.000 pies cuadrados de instalación en Columbus, y los clientes obtuvieron acceso a 30 opciones de red y al OHIO-IX dentro de las salas de interconexión. El informe de Fierce Network enhttps://www.fierce-network.com/telecom/cologix-snaps-up-datacenter-bz-establishes-ohio-data-center-footholdañade el marco estratégico: Cologix estaba entrando en Ohio, Columbus se consideraba un mercado de nivel dos con potencial de borde, y la instalación adquirida se presentaba como altamente conectada para su región.
Eso significa que la identidad de la empresa no se entiende mejor solo a través del antiguo dominio. Se entiende mejor a través de una secuencia. DataCenter.BZ fue fundada y promovida como un proveedor de colocación de alta densidad e infraestructura virtual en Columbus. Construyó suficiente densidad local para atraer a operadores y clientes empresariales regionales. Cologix la compró como un punto de apoyo de interconexión. Luego Cologix expandió la plataforma de Columbus mucho más allá de la huella original. El nombre DataCenter.BZ sigue siendo relevante porque marca el origen de la capa de control de Columbus adquirida, no porque parezca ser la marca minorista activa.
Scherers Court hizo la tesis física
La evidencia pública más sólida apunta a un lugar específico, no a una vaga afirmación metropolitana. Scherers Court, en el área de Worthington-Columbus, es la columna vertebral de la historia. El anuncio de 2012 de Hurricane Electric enhttps://www.he.net/releases/2012-10-03.htmldecía que había establecido un punto de presencia en la instalación de DataCenter.BZ en 555 Scherers Court en Columbus. El mismo comunicado describía a DataCenter.BZ como una empresa de Columbus que ofrecía colocación de alta densidad e infraestructura virtual desde instalaciones construidas específicamente y neutrales en cuanto a operador, con acceso a redes de fibra regionales, municipales y privadas. También explicaba por qué el punto de presencia era importante: Hurricane Electric podía llegar a Ohio y al Medio Oeste en general de manera más eficiente, mientras que los clientes de DataCenter.BZ podían acceder a otra red troncal global a través de interconexiones y proveedores de transporte.
La evidencia de la dirección se alinea luego con las páginas actuales de Cologix en Columbus. La descripción general de Cologix en Columbus enhttps://cologix.com/data-centers/columbus/enumera COL1 en 535 Scherers Court y COL2 en 555 Scherers Court. COL1 se describe con más detalle enhttps://cologix.com/data-centers/columbus/col1/como un centro de interconexión con infraestructura de nivel empresarial, conectividad regional densa, un centro de datos construido específicamente de 44.000 pies cuadrados, armarios personalizados, jaulas y suites privadas, 30 MW de potencia de la red eléctrica disponible en el sitio, más de 45 redes únicas en una sala de interconexión controlada por Cologix y soporte local. COL2 enhttps://cologix.com/data-centers/columbus/col2/se describe como un centro de datos de nivel empresarial en el mismo campus de Columbus, también enmarcado en torno a cruces de fibra de larga distancia, fibra de operadores regionales, tiempo de actividad, elección de red, armarios personalizados, jaulas seguras y uso de recuperación ante desastres.
La aritmética de las instalaciones es desordenada de una manera útil. PeeringDB utiliza 535-575 Scherers Ct. para una instalación y 535 Scherers Court para otra. Hurricane Electric nombró 555 Scherers Court. Las páginas de Cologix separan 535 Scherers Court como COL1 y 555 Scherers Court como COL2. El comunicado de adquisición utilizaba 32.000 pies cuadrados de suelo elevado, mientras que las páginas actuales de Cologix hablan de instalaciones construidas específicamente de 44.000 pies cuadrados en el campus. La propuesta 7x24 describía una sede de 66.000 pies cuadrados y una segunda adición de centro de datos neutral en cuanto a red. Esto no es una razón para descartar la evidencia. Es una razón para leer los números como diferentes cortes de un campus: suelo elevado, envolvente del edificio, fases antiguas/nuevas y el empaquetado posterior de Cologix no siempre son la misma medida.
La continuidad no es solo geográfica. Los antiguos materiales de DataCenter.BZ enfatizaban la convergencia de fibra, los armarios de alta densidad, el cumplimiento normativo, el soporte local y los puestos de recuperación ante desastres. Las páginas actuales de Cologix para COL1 y COL2 enfatizan la interconexión densa, las ubicaciones de Scherers Court, la alta potencia por armario, las múltiples entradas de fibra, el espacio de trabajo de emergencia, la ingeniería y el soporte 24 horas, y la capacidad de respaldar sitios primarios en Chicago y Nueva York. El lenguaje ha cambiado de proveedor local dirigido por su fundador a plataforma norteamericana, pero la tesis operativa es reconocible.
Esa evidencia física también ayuda a explicar por qué una instalación de Columbus podía servir a un comprador que elegía entre la colocación local y una región de hiperescala. El comprador no solo está alquilando espacio. Está eligiendo una posición de control. Un rack en una instalación con alta densidad de operadores permite circuitos privados, diversidad de tránsito de Internet, peering directo, manos remotas, conexiones a la nube a través de la plataforma más grande de Cologix y la opción de mantener la propiedad física del hardware. Una máquina virtual en una región de nube remota ofrece velocidad y amplitud de servicios, pero el cliente cede parte del control físico, parte de la claridad de adquisición y, a menudo, parte de la capacidad de aislar la economía de las rutas de red. Para muchos clientes del mercado intermedio, la pregunta no es nube frente a colocación. Es qué cargas de trabajo merecen qué modelo operativo.
Scherers Court resolvió la parte de esa pregunta que la nube no resuelve automáticamente: dónde colocar la infraestructura compartida para los clientes que necesitan tanto proximidad como elección de red. Un proveedor de servicios gestionados de Columbus podía poner copias de seguridad, firewalls, matrices de almacenamiento, servidores propiedad del cliente e interconexiones privadas en un centro de datos local, y luego decidir carga de trabajo por carga de trabajo qué debía ir a la nube pública. Ese era el nicho comercial que ocupaba DataCenter.BZ.
El modelo de negocio vendía certeza en unidades mensuales
La afirmación económica más importante en el comunicado de 2013 de DataCenter.BZ no era el premio al crecimiento. Era la conversión del gasto de capital del cliente en gastos operativos predecibles. El comunicado enhttps://www.prnewswire.com/news-releases/datacenterbz-is-the-fastest-growing-data-center-provider-in-columbus-ohio-228316851.htmldescribía a los clientes reduciendo los costes operativos y de capital, cumpliendo con las demandas de tiempo de actividad y cumplimiento, y reemplazando la inversión de capital individual persistente por un gasto en servicios escalables. Ese es el núcleo del trato de la colocación.
Para los compradores empresariales y de alojamiento más pequeños, el coste total de una sala de servidores interna rara vez es visible al principio. El primer rack parece barato. Luego vienen los circuitos de alimentación redundantes, la renovación del SAI, el mantenimiento del generador, la refrigeración, la extinción de incendios, la seguridad física, la monitorización, los contratos con operadores, el acceso de emergencia, el personal fuera de horario, las auditorías y la incómoda pregunta de si un edificio diseñado para oficinas también debe servir como infraestructura crítica. La colocación convierte esas cargas compartidas en cargos por armario, jaula, potencia, ancho de banda, manos remotas, interconexión y soporte.
La lógica de ingresos sigue la misma estructura. DataCenter.BZ podía monetizar el espacio por armario o jaula, la potencia por capacidad, la conectividad por interconexiones y relaciones con operadores, la infraestructura virtual por capa de servicio, la recuperación ante desastres por espacio de trabajo o paquete de continuidad, y la fidelización del cliente a través de la dependencia operativa. Una vez que el equipo está instalado, los circuitos están contratados, las políticas escritas y las copias de seguridad apuntan a la instalación, la rotación es costosa para el cliente. El cliente puede negociar el precio, pero no mueve los racks a la ligera.
Eso explica por qué más de 5 millones de dólares de EBITDA recurrente eran una cifra relevante para la adquisición en el PDF de Cologix. El EBITDA en este contexto implica una base de ingresos recurrentes de colocación, conectividad e infraestructura gestionada después de los costes operativos de la instalación. No es lo mismo que los ingresos de software de alto margen, porque los centros de datos conllevan costes inmobiliarios, de energía, refrigeración, mantenimiento, personal y capital. Pero es atractivo cuando el activo también controla una densidad de interconexión local escasa. El margen no es solo alquiler. Es alquiler más fiabilidad más opcionalidad de red más inercia del cliente.
El mercado público de precios da un suelo útil para la economía del comprador más pequeño. La página de precios de colocación de CeraNet en Ohio enhttps://www.cera.net/home/ohio-server-rack-cage-colocation-cost/anuncia la colocación individual de servidores 1U a 139,95 dólares al mes con una fuente de alimentación estándar y un rack dedicado completo a 950 dólares al mes con una fuente de alimentación de 20 amperios, más cargos por potencia adicional. El sitio más amplio de CeraNet enhttps://www.cera.net/services/colocation/features-specs/enfatiza opciones sin coste inicial, precios predecibles, contratos flexibles, orientación técnica y soporte local. Estos no son los precios de DataCenter.BZ, pero muestran la gramática de precios que un comprador local entiende: unidades de rack, racks completos, circuitos de alimentación, puertos, tiempo de actividad, soporte y descuentos anuales.
Para una instalación de escala Cologix, muchos contratos serán personalizados en lugar de tener un precio fijo. Aun así, el mercado local con precios de menú ayuda a explicar por qué existía el nicho de DataCenter.BZ. Un cliente pequeño puede empezar con uno o dos servidores, luego pasar a un rack, luego a una jaula, luego a una combinación de nube y colocación. La instalación que aloja el despliegue inicial de ese cliente tiene la oportunidad de convertirse en la ubicación predeterminada para nuevos firewalls, almacenamiento, dispositivos de copia de seguridad, entregas de operadores y hardware específico del cliente. En ese sentido, la colocación local puede convertirse en la superficie operativa física para un proveedor de servicios gestionados. El proveedor vende servicios, pero la instalación hace que esos servicios sean fiables.
La comparación con la nube no es solo el precio del cómputo
Para el proveedor de servicios gestionados, la comparación real no es un servidor básico frente a una instancia en la nube. Es la factura mensual después de contar el ancho de banda, el crecimiento del almacenamiento, el acceso físico, las interconexiones, las visitas de cumplimiento y el soporte. La página de precios de EC2 de AWS enhttps://aws.amazon.com/ec2/pricing/on-demand/dice que los clientes reciben 100 GB de transferencia de datos gratuita hacia Internet al mes en la mayoría de los servicios y regiones de AWS, y luego pagan tarifas de transferencia de datos salientes por nivel. La misma página enumera los primeros 10 TB al mes a 0,09 $ por GB, los siguientes 40 TB a 0,085 $ por GB, los siguientes 100 TB a 0,07 $ por GB y volúmenes superiores a 150 TB a 0,05 $ por GB. Eso significa que una carga de trabajo saliente estable de 10 TB/mes puede añadir cerca de una partida mensual del tamaño de un rack antes de que el comprador haya pagado por el cómputo, el almacenamiento, el soporte, la monitorización, la copia de seguridad o la conectividad privada.
AWS Direct Connect cambia la comparación, pero no hace que el ancho de banda sea gratuito. La página de precios de Direct Connect de AWS enhttps://aws.amazon.com/directconnect/pricing/dice que el precio depende de la capacidad, las horas de puerto y la transferencia de datos saliente a través de la ubicación de Direct Connect; también dice que la transferencia de datos entrante a través de Direct Connect se cobra a 0,00 USD por GB. La página de Columbus de Cologix dice que su centro de datos de Columbus aloja un nodo de AWS Direct Connect. Eso es una ventaja para un comprador híbrido de Columbus porque la conectividad privada puede reducir la latencia y hacer que el enrutamiento del tráfico sea más predecible. Sigue siendo una elección de diseño de pago. Un cliente necesita un puerto o conexión alojada, un proveedor local o ruta de interconexión, habilidad de enrutamiento y suficiente valor de tráfico para justificar las piezas fijas y variables.
Aquí es donde la antigua propuesta de valor de DataCenter.BZ todavía se lee como económicamente precisa. Un MSP local podía usar un rack de Scherers Court para dispositivos, objetivos de copia de seguridad, servidores propiedad del cliente, cargas de trabajo con restricciones de licencia y circuitos privados, y luego usar AWS para frontends elásticos o servicios gestionados. El MSP podía mantener el tráfico de alto volumen este-oeste o de copia de seguridad dentro de la instalación local, usar la nube de forma selectiva y evitar convertir cada restauración, réplica o descarga del cliente en un evento de salida. El rack local no eliminaba el gasto en la nube. Le daba al MSP un lugar para decidir qué bytes merecían el precio de la nube y qué bytes pertenecían a equipos bajo control local.
La aritmética aproximada del comprador se ve así. Un rack completo local al estilo de CeraNet a 950 $/mes con un puerto dedicado de 100 Mbps no es equivalente a un contrato de Cologix, pero da el extremo inferior de la gramática de precios de Columbus. Un nivel de salida de AWS a 0,09 $ por GB hace que 10 TB de tráfico saliente valgan unos 900 $ antes de otras partidas de la nube si el tráfico se factura en ese nivel. Un comprador de colocación gestionada con hardware propio, tráfico estable y una carga de soporte predecible puede preferir cargos fijos de instalación y tránsito. Un equipo de software que valora las bases de datos gestionadas, el escalado automático y el despliegue global puede seguir prefiriendo la nube. DataCenter.BZ importaba porque ofrecía a los compradores del centro de Ohio una posición intermedia creíble: economía de hardware local sin la carga de poseer la planta del centro de datos.
PeeringDB cambia la lectura de inmobiliario a superficie de control
Sin PeeringDB, DataCenter.BZ podría parecer una historia de bienes raíces y alojamiento. Con PeeringDB, se convierte en una historia de interconexión. La página de organización enhttps://www.peeringdb.com/org/7026todavía enumera DataCenter.BZ, LLC con instalaciones y una entrada de red. La página de la instalación Worthington-Columbus enhttps://www.peeringdb.com/fac/1328enumera cinco redes: Amplex Electric, DataCenter.BZ, Everstream, Fidelity Voice & Data y Horizon Telcom. La página de la instalación de Columbus enhttps://www.peeringdb.com/fac/1420enumera la misma organización y familia de direcciones, pero actualmente no muestra redes de pares en esa página.
La señal de cinco redes en la página de Worthington-Columbus es modesta en comparación con un importante hotel de operadores, pero es significativa para una instalación de colocación local. Muestra que la ubicación no es simplemente una sala con energía; tiene suficiente relevancia de interconexión como para estar representada en una base de datos pública de peering. Los nombres también son lógicos regionalmente. Everstream y Horizon Telcom encajan en un marco de conectividad del centro de Ohio, mientras que la entrada de red de DataCenter.BZ apunta al historial de red de la propia instalación. Este es precisamente el tipo de evidencia que importa a un proveedor de servicios gestionados: qué redes se pueden alcanzar, qué operadores están física u operativamente cerca y si el centro de datos puede soportar conexiones privadas en lugar de solo tránsito genérico de Internet.
La evidencia BGP añade otra capa, pero necesita un manejo cuidadoso. La página del BGP Toolkit de Hurricane Electric enhttps://bgp.he.net/AS40715identifica actualmente AS40715 como Cologix, Inc., todavía muestra el campo del sitio web de la empresa comohttp://www.datacenter.bz/, y enumera prefijos incluyendo uno descrito como DataCenter.BZ, LLC. BGP.tools enhttps://bgp.tools/as/40715identifica AS40715 como Cologix, Inc., muestra el sitio web comohttp://www.datacenter.bz/, marca la red como activa y asignada bajo ARIN, enumera 10 prefijos IPv4 y un prefijo IPv6 originado, y muestra 67.154.188.0/22 con una descripción de DataCenter.BZ, LLC. ARIN RDAP enhttps://rdap.arin.net/registry/autnum/40715da la vista del registro: AS40715, nombre COLOGIX-COL, fecha de registro 2008-03-03, último cambio 2022-08-18. Estas páginas no hacen de AS40715 el sujeto del artículo. Muestran que los registros de enrutamiento preservan la transición de DataCenter.BZ a Cologix y que el antiguo nombre sigue siendo visible en las trazas de los recursos de red.
La misma advertencia se aplica a los registros de rutas de estilo RADB. Son evidencia operativa, no narrativa corporativa. Pueden revelar quién mantiene los objetos de enrutamiento, qué nombres siguen apareciendo en las descripciones de las rutas y cómo los activos heredados se integran en una red más grande. No le dicen a un comprador sobre la calidad del servicio al cliente, el historial de tiempo de actividad, los precios o los términos contractuales. Para este artículo, su papel es más limitado: confirman que la huella de DataCenter.BZ se extendía más allá de un nombre de edificio hacia la administración de red y los registros de interconexión.
PeeringDB también destaca la incertidumbre reputacional en torno a la identidad independiente de DataCenter.BZ. El registro de la organización existe, los registros de las instalaciones están actualizados recientemente y el rastro de direcciones es concreto. Pero el sitio web actual está estacionado, la marca pública ya no está activa en la forma en que un comprador minorista de colocación esperaría, y las páginas actuales de Cologix son la fuente más útil para los detalles operativos. Por lo tanto, la evidencia respalda una tesis de empresa heredada: DataCenter.BZ construyó el punto de control; Cologix ahora lo comercializa y expande.
La fibra de Columbus hizo que la colocación local fuera más que almacenamiento local
La tesis de DataCenter.BZ depende de que Columbus sea más que un lugar más barato para poner racks. El sitio web de Ohio IX enhttps://ohioix.net/describe a Columbus como una ubicación estratégica para infraestructura de alta capacidad y dice que Ohio IX ayuda a los proveedores de servicios, redes de contenido y empresas a intercambiar tráfico de Internet, reducir costes, mejorar el rendimiento y mantener el tráfico local más cerca de los usuarios locales. También enumera Cologix Data Center entre los puntos de presencia del centro de Ohio. El lenguaje es promocional, pero el mecanismo es real: el intercambio local y la densidad regional de operadores pueden reducir la dependencia del backhaul y mejorar las opciones de enrutamiento.
La página actual de Cologix en Columbus enhttps://cologix.com/data-centers/columbus/hace el mismo argumento a escala de plataforma. Comercializa los centros de datos de Columbus como las instalaciones más conectadas de Ohio, dice que los clientes pueden usar un nodo de AWS Direct Connect en Columbus, y enumera más de 45 proveedores de red, más de 35 conexiones a la nube y un SLA de tiempo de actividad del 99,999 por ciento. Las cifras exactas son las afirmaciones actuales de Cologix, no las originales de DataCenter.BZ, pero muestran en qué se convirtió la base adquirida. La antigua capa de control local ha sido absorbida por un producto de interconexión más amplio.
COL3 profundiza la comparación. La página COL3 de Cologix enhttps://cologix.com/data-centers/columbus/col3/describe una instalación construida con certificación Tier III, un centro de datos de 160.000 pies cuadrados y más de 18 MW, directamente vinculado a COL1 y COL2, con más de 45 redes únicas en la sala de interconexión, más de 16 entradas de fibra, conectividad de Columbus FiberNet, disponibilidad de fibra oscura metropolitana y conexiones de fibra que llegan a los 88 condados de Ohio. COL4 enhttps://cologix.com/data-centers/columbus/col4/se describe como un centro de datos Scalelogix de 256.000 pies cuadrados con hasta 33 MW y más de 50 redes únicas. COL5 enhttps://cologix.com/data-centers/columbus/col5/se espera que esté lista para el servicio en el tercer trimestre de 2026 con 60.000 pies cuadrados, 25 MW de potencia de la red eléctrica, acceso directo a más de 50 redes, proveedores de nube, AWS Direct Connect, Google Cloud Platform y Ohio IX. COL7 enhttps://cologix.com/data-centers/columbus/col7/se sitúa en el campus de Johnstown con una capacidad de sitio de 36 MW y acceso directo de fibra a más de 50 redes.
Estas instalaciones posteriores pueden oscurecer la historia original más pequeña. DataCenter.BZ no comenzó como COL4 o COL7. Su importancia fue que le dio a Cologix una base conectada en Columbus. La adquisición de 2014 no simplemente añadió metros cuadrados; añadió una posición en el mercado en una región donde las empresas querían alternativas a Chicago y Nueva York, donde la lógica de recuperación ante desastres favorecía la geografía interior y donde la fibra regional podía soportar rutas locales y nacionales. Es por eso que el lenguaje original de la adquisición se centró en las salas de interconexión, OHIO-IX, fibra oscura, clientes y terrenos.
El resultado es una lectura de dos niveles de Columbus. Para los hiperescaladores y los grandes compradores de nube, Columbus ahora compite como un mercado de energía y terreno con campus de centros de datos en crecimiento. Para los compradores más pequeños de servicios gestionados y empresariales, Columbus todavía compite como un mercado local de interconexión y soporte. El valor original de DataCenter.BZ se situaba en el segundo nivel. La plataforma actual de Cologix intenta capturar ambos.
La economía de rack favorece a los compradores que conocen su propia carga de trabajo
El proveedor de servicios gestionados del escenario inicial necesita responder a una pregunta práctica: ¿qué cargas de trabajo pertenecen a un rack local? La respuesta no es "todo". Las aplicaciones web de consumo, el cómputo en ráfagas, los servicios distribuidos globalmente y el software que se puede reconstruir con servicios en la nube gestionados a menudo pertenecen a la nube pública. Pero las cargas de trabajo con demanda estable, salida cara, hardware especializado, controles físicos sensibles al cumplimiento, crecimiento predecible del almacenamiento o licencias heredadas pueden ser fuertes candidatas para la colocación.
La oferta histórica de DataCenter.BZ encajaba en esa mezcla. Describía colocación de alta densidad, centros de datos virtuales, almacenamiento, servidores, sistemas de red, infraestructura bajo demanda, jaulas privadas, armarios personalizados y soporte de recuperación ante desastres. La empresa vendía un puente entre la infraestructura propiedad del cliente y la infraestructura gestionada por el proveedor. Ese puente puede ser atractivo para los clientes que quieren un lugar conocido para el hardware pero no quieren operar el edificio.
La comparación de costes es más fácil de ver en incrementos de potencia y red. Un solo servidor 1U a un precio local bajo puede ser más barato que una instancia en la nube si la carga de trabajo es estable, el ancho de banda es predecible y el cliente ya posee el hardware. Un rack completo puede ser más barato que una migración a la nube si las aplicaciones del cliente no se están modernizando y la principal necesidad es el tiempo de actividad fuera de la oficina. Pero la comparación cambia cuando se incluyen la renovación del equipo, las piezas de repuesto, las operaciones de seguridad, la arquitectura de copias de seguridad, las licencias y la mano de obra. La colocación es económica cuando el comprador entiende el modelo operativo completo. Se vuelve cara cuando el comprador la trata solo como espacio barato.
La fortaleza de DataCenter.BZ era que podía vender certeza como un servicio. Un comprador no necesitaba construir una sala de datos, comprar sistemas SAI redundantes, negociar con múltiples operadores o dotar de personal a la instalación las 24 horas. Podía colocar el equipo en una instalación construida para ese propósito y utilizar interconexiones, manos remotas y soporte local. Cuanto más valoraba el comprador el control físico específico, más atractivo se volvía el modelo. Cuanto menos le importaba al comprador el control físico, más competía la nube pública.
La mezcla de ingresos también explica por qué importaba la reputación del soporte local. Una instalación con potencia y fibra equivalentes puede perder negocio si los clientes no confían en las manos remotas, los procedimientos de acceso, la respuesta a los tickets o la calidad de la escalación. La cobertura de la adquisición de 2014 enfatizó repetidamente el soporte local de alto contacto. Ese soporte no era sentimental. Era una capa monetizable. Cuando el servidor de un cliente se cae a las 2 a.m., la diferencia entre un ingeniero en el edificio y una cola de soporte distante es parte del producto.
Las señales de mercado no oficiales respaldan esa lectura sin probar la calidad del servicio. Una discusión de LowEndTalk de 2014 enhttps://lowendtalk.com/discussion/30169/need-stable-data-center-for-solocation-in-usmuestra a compradores comparando opciones de colocación en EE. UU. para configuración de red personalizada, sesiones BGP, conectividad a Internet redundante y personal de centro de datos atento; un participante sugirió Cologix en Columbus, y otro se refirió a Datacenter.BZ como ahora Cologix. Eso es solo charla de foro, no evidencia verificada de clientes. Su valor es que muestra el vocabulario de compra del segmento: enrutamiento personalizado, redundancia, soporte local y selección práctica de instalaciones.
La base de costes era potencia, refrigeración, personal, seguridad y reinversión
El atractivo modelo de ingresos viene con una pesada base de costes. Los centros de datos consumen capital antes de producir reputación. La infraestructura de energía, los generadores, los sistemas SAI, los cuadros de distribución, la planta de refrigeración, los sistemas de seguridad, la protección contra incendios, el mantenimiento del edificio, los seguros, las auditorías de cumplimiento, la mano de obra de manos remotas y las operaciones de red deben financiarse antes de que el cliente vea una simple factura mensual.
Los materiales públicos de DataCenter.BZ destacaban 30 MW de potencia de la red eléctrica, múltiples alimentaciones de subestaciones, generación diésel de respaldo y soporte en el sitio las 24 horas. Las páginas actuales de COL1 y COL2 de Cologix continúan enfatizando 30 MW de potencia de la red eléctrica disponibles en el sitio, configuraciones redundantes, múltiples alimentaciones de servicios públicos, capacidad de combustible en el sitio, monitorización las 24 horas, acceso biométrico e ingenieros locales. Estas características son valiosas porque son caras. Un comprador paga por el derecho a no poseer esa complejidad.
La energía es ahora el mayor factor de cambio en el mercado de Columbus. El anuncio de COL4 de Cologix en 2024 enhttps://cologix.com/news/cologix-first-colocation-provider-to-complete-ai-ready-data-center-columbus/decía que su cartera de Columbus abarcaba entonces cuatro centros de datos, 500.000 pies cuadrados y 80 MW, todo conectado por un anillo de fibra diverso. También describía más de 50 proveedores de red y servicios en la nube únicos, AWS Direct Connect, Google Cloud Interconnect y Ohio IX. Su anuncio de adquisición de terrenos de 2024 enhttps://cologix.com/news/cologix-expands-central-ohio-footprint-with-land-acquisition-for-new-ai-ready-800mw-data-center-campus/decía que Cologix adquirió aproximadamente 154 acres en Johnstown para un campus que podría alcanzar los 800 MW en 2,0 millones de pies cuadrados en su construcción total.
Estas cifras están muy lejos de la era de DataCenter.BZ. Muestran cómo ha cambiado la base de costes de la colocación en Columbus. El primer trato era el control regional a escala empresarial. El nuevo trato es la capacidad de alta densidad en un mercado con restricciones de energía y políticamente visible. Un comprador más pequeño todavía se preocupa por los racks, las manos remotas y las interconexiones. Pero el operador de la instalación ahora compite por la capacidad de la red eléctrica, los incentivos fiscales, la mano de obra de construcción y los compromisos de energía a largo plazo junto con la demanda de hiperescala.
La actualización de febrero de 2026 de AEP Ohio enhttps://www.aepohio.com/company/news/view?releaseID=10753muestra la escala de esa presión. AEP dijo que los centros de datos o los desarrolladores habían firmado contratos vinculantes por 5.642 MW bajo su tarifa de centro de datos, además de 12.219 MW de contratos de centros de datos firmados antes de la tarifa, para un total de 17.861 MW de proyectos contratados programados hasta 2035. También dijo que las solicitudes anteriores habían superado los 30.000 MW antes del filtrado de la tarifa. Esas cifras no son específicas de DataCenter.BZ, pero cambian el entorno operativo de Columbus. La energía ya no es meramente un coste de insumo. Es un activo de control.
La Oficina del Consejo de Consumidores de Ohio añade el lado de la factura pública de la misma historia enhttps://www.occ.ohio.gov/factsheet/quick-facts-data-centers-ohio. Dice que Ohio tiene más de 200 centros de datos, la mayoría en el centro de Ohio; que el crecimiento de los centros de datos puede requerir mejoras de transmisión y subestaciones; y que la tarifa de centro de datos de AEP Ohio exige que los nuevos grandes centros de datos paguen al menos el 85 por ciento de la capacidad contratada durante un máximo de 12 años, incluso si usan menos. Para un comprador heredado de Scherers Court, eso no significa que un contrato de armario se convierta de repente en una negociación de servicios públicos de hiperescala. Significa que el precio de la instalación local está influenciado por un mercado energético donde la capacidad no utilizada, el compromiso a largo plazo y la recuperación de infraestructuras son ahora cuestiones políticas.
La actualización mensual de electricidad de la Administración de Información Energética de EE. UU. enhttps://www.eia.gov/electricity/monthly/update/end-use.phpañade contexto macro: los ingresos minoristas promedio de electricidad por kilovatio-hora estaban aumentando año tras año en 2026. Para un operador de centros de datos, incluso pequeños cambios en el coste de la energía, los cargos por capacidad o las obligaciones de demanda mínima pueden afectar materialmente los precios y el margen. Para un cliente, eso significa que el antiguo trato de colocación local puede volverse menos predecible cuando cambian los costes de la red y las reglas de capacidad.
La dependencia del proveedor se sentaba en la sala de fibra y el patio de servicios públicos
La dependencia de proveedores de DataCenter.BZ no era la misma que la dependencia de un proveedor de nube de una empresa de software. Dependía de las empresas de servicios públicos, los proveedores de combustible, el mantenimiento de generadores y SAI, los contratistas de refrigeración, los operadores, los proveedores de fibra, los vendedores de equipos, los auditores, los sistemas de seguridad y los técnicos cualificados. El valor público de la instalación provenía de ofrecer elección de operadores, pero la elección de operadores requería relaciones comerciales y físicas. La sala de interconexión era un mercado solo porque los operadores y las redes tenían razones para estar allí.
El punto de presencia de Hurricane Electric en 2012 muestra cómo una relación con un proveedor también podía convertirse en un activo de ventas. Cuando una red troncal global coloca equipos en una instalación, los clientes existentes obtienen otra opción de ruta, y los clientes externos obtienen otra razón para considerar la instalación. El anuncio enhttps://www.he.net/releases/2012-10-03.htmldecía que los clientes de DataCenter.BZ podían conectarse directamente a través de una interconexión, mientras que las empresas no ubicadas en la instalación podían conectarse a través de los proveedores de transporte disponibles en el lugar. Ese es el volante de interconexión en lenguaje sencillo: más operadores atraen a más clientes; más clientes atraen a más operadores.
La era de Cologix amplificó ese volante. Las páginas actuales de COL1, COL3, COL4, COL5 y COL7 destacan las salas de interconexión, las entradas de fibra, el estado de neutralidad de red, las conexiones a la nube y Ohio IX. Pero la dependencia del proveedor permanece. Si una instalación pierde densidad de operadores, calidad de manos remotas, disponibilidad de energía o confianza en los servicios públicos, su valor de capa de control se debilita. Un comprador no se ubica en un centro de datos simplemente porque exista hormigón. Lo hace porque la instalación proporciona acceso fiable a redes, personas y energía.
La dependencia ascendente también es visible en la evidencia de enrutamiento. AS40715 ahora aparece como Cologix en las herramientas BGP, con Cologix como par/ascendente observado en las páginas públicas de BGP. Eso es esperable después de la adquisición. Sugiere que la red heredada ya no es un centro estratégico independiente de la misma manera que la antigua marca DataCenter.BZ pudo haberse presentado. Para los clientes, esto puede ser positivo: una matriz más grande puede aportar capital, un alcance de red más amplio, conectividad en la nube y madurez operativa. También puede reducir la sensación de proveedor local si el servicio se vuelve más estandarizado.
La lección del riesgo de proveedor es que el control local no es independencia de los grandes sistemas. Es un paquete diferente de dependencia. En lugar de depender principalmente de una región de hiperescala y sus abstracciones de servicio, el cliente depende de una instalación local, la capacidad de los servicios públicos, operadores específicos, la calidad de las manos remotas, la entrega de interconexiones y el ciclo de reinversión del propietario. El éxito de DataCenter.BZ provino de hacer ese paquete atractivo para los compradores del centro de Ohio.
Los clientes compraban proximidad y pruebas
La lista de clientes nombrados de DataCenter.BZ no es totalmente pública, pero las fuentes disponibles indican el perfil del cliente. Los propios comunicados de la empresa se referían a operadores de telecomunicaciones, entidades gubernamentales, sistemas de salud y educación, proveedores de servicios tecnológicos y empresas Fortune 1000. La página pública de LinkedIn enhttps://www.linkedin.com/company/datacenter.bzdescribe soluciones de centro de datos y telecomunicaciones de nivel empresarial, colocación de alta densidad, virtualización y recursos en la nube, fibra oscura de área metropolitana, centros de datos virtuales y redes de área de almacenamiento, recuperación ante desastres y un sitio caliente con 150 asientos en el lugar. La página también dice que la empresa se fundó en 2007 y tenía entre 11 y 50 empleados. Estas afirmaciones coinciden con el esquema del caso de estudio de 7x24, que enumeraba entidades gubernamentales, instituciones educativas, sistemas de salud y empresas Fortune 1000 entre las categorías de clientes.
Estas afirmaciones son autopresentadas, por lo que deben sopesarse en consecuencia. Aun así, coinciden con la evidencia de la adquisición. Una instalación con más de 100 clientes, activos de fibra oscura, salas de interconexión y opciones de red regionales lógicamente serviría a una mezcla de operadores, proveedores de servicios gestionados, instituciones y empresas del mercado intermedio. También tendría sentido para clientes gubernamentales, de salud y educación que necesitaban control local, soporte de auditoría y planificación de continuidad.
Un rastro de informes financieros públicos da un ejemplo concreto de la categoría de servicio. Un informe del Auditor de Ohio para el Electronic Classroom of Tomorrow, disponible enhttps://ohioauditor.gov/auditsearch/Reports/2013/Electronic_Classroom_of_Tomorrow_12-Franklin.pdf, incluye a DataCenter.BZ en las notas de arrendamiento operativo para espacio de equipos de servidores y propiedad/equipo/seguridad del equipo de servidores. Eso no establece la calidad del servicio ni una relación actual. Muestra que el negocio de DataCenter.BZ incluía arreglos reales de almacenamiento de servidores institucionales, no solo afirmaciones abstractas de alojamiento.
Para los clientes, el valor práctico era la prueba. Un proveedor local podía recorrer la instalación, conocer al personal, inspeccionar las jaulas, probar la capacidad de respuesta de las manos remotas, mapear las rutas de los operadores y negociar el acceso físico. Una región de nube pública no ofrece ese tipo de prueba. Ofrece una prueba diferente: escala global, amplitud de servicios, certificaciones, API y operaciones estandarizadas. Muchos clientes del mercado intermedio necesitan ambas. DataCenter.BZ se posicionó para la parte que todavía necesitaba una instalación.
La dependencia del cliente funcionaba en ambos sentidos. DataCenter.BZ dependía de clientes que pagaran por la calidad en lugar de buscar el precio de alojamiento más bajo. Los clientes dependían de una instalación que pudiera mantenerse capitalizada, mantener las certificaciones, conservar los operadores y preservar el soporte. Ese equilibrio ayuda a explicar por qué la adquisición fue racional. Los clientes obtuvieron acceso a la plataforma más amplia de Cologix manteniendo el activo local. Cologix obtuvo una base de clientes fidelizados y una base de interconexión en Columbus.
La competencia convirtió una ganga local en un concurso de plataformas
El mercado de centros de datos de Columbus ha cambiado drásticamente desde la adquisición de DataCenter.BZ. Cologix ya no es la única historia visible. La propia expansión de Cologix creó una plataforma interna más grande. La página de centros de datos de Columbus de Expedient enhttps://expedient.com/data-centers/columbus/comercializa tres instalaciones, 13,4 MW de carga de TI crítica, 152.800 pies cuadrados de tamaño total y 59.600 pies cuadrados de suelo elevado. La página de Columbus de CenterSquare enhttps://www.csquare.com/data-centers/columbuscomercializa colocación moderna, disponibilidad de energía, lenguaje de SLA de tiempo de actividad del 100 por ciento y opciones de construcción a medida. La página del centro de datos de Ohio de Iron Mountain enhttps://www.ironmountain.com/data-centers/locations/ohio-data-centercomercializa una instalación de Ohio en Miamisburg que sirve a Cincinnati, Columbus y Dayton con 44.000 pies cuadrados y 1,4 MW de potencia. Google enumera las comunidades de centros de datos del centro de Ohio enhttps://datacenters.google/locations/ohio, incluyendo New Albany, Lancaster y Columbus.
La dispersión de referencias es el punto. Cologix COL1/COL2 venden una historia de campus denso en operadores en Scherers Court. Expedient vende una huella de infraestructura gestionada y servicios en la nube en Columbus con cifras publicadas de tamaño y carga de TI. CenterSquare vende colocación y flexibilidad de construcción a medida. Iron Mountain vende una instalación del suroeste de Ohio con lenguaje de continuidad empresarial. Google no persigue a los compradores de servicios gestionados de un solo rack; cambia el mercado regional de energía, mano de obra, terrenos y talento a su alrededor. El antiguo nicho de DataCenter.BZ era valioso porque se situaba por debajo de las adquisiciones de hiperescala y por encima del alojamiento de servidores barato. Ese nicho sobrevive solo si la plataforma de Scherers Court puede mantener suficiente intimidad local mientras Cologix escala el mercado.
Esos competidores no se dirigen todos al mismo comprador. Un hiperescalador que construye campus propios no está vendiendo el mismo producto que un proveedor local de colocación 1U. Pero dan forma al mismo mercado regional de trabajo, energía, terrenos y percepción del centro de Ohio como territorio de infraestructura digital. DataCenter.BZ competía una vez siendo local, neutral en cuanto a red y de alto contacto. Cologix ahora compite emparejando esa base local con una plataforma norteamericana y expandiendo la capacidad.
La plataforma actual de Cologix da más valor a los antiguos activos de DataCenter.BZ, pero también hace que la antigua empresa sea más difícil de evaluar como entidad independiente. Un comprador ya no se pregunta: "¿Debería comprar a DataCenter.BZ?" Se pregunta: "¿La plataforma de Columbus de Cologix, enraizada en parte en la antigua huella de DataCenter.BZ, ofrece mejor economía y control que las alternativas?" Esa es una pregunta comercial diferente.
Las señales de los competidores también cambian la presión sobre los precios. Los proveedores locales de gama baja pueden anunciar precios de rack sencillos. Las plataformas más grandes pueden enfatizar la densidad de red, el cumplimiento, las conexiones a la nube, el soporte y la escalabilidad de la potencia. Un cliente con un solo servidor puede comparar con los precios al estilo CeraNet. Un cliente con múltiples armarios, necesidades de cumplimiento y requisitos de interconexión en la nube puede comparar Cologix con Expedient, CenterSquare o una estrategia directa en la nube. Un cliente con necesidades de megavatios está en un mercado completamente diferente.
El punto dulce histórico de DataCenter.BZ estaba entre el alojamiento barato y las adquisiciones de hiperescala. Ese punto intermedio no ha desaparecido. Se ha vuelto más disputado. El ganador es el proveedor que puede hacer que la decisión híbrida sea fácil: hardware local donde tenga sentido, conectividad en la nube donde sea útil, soporte cuando las cosas se rompan y precios que no sorprendan al cliente después de añadir potencia y ancho de banda.
Las señales del mercado apuntan a una relevancia duradera y una incertidumbre real
Las señales del mercado en torno a DataCenter.BZ son mixtas de una manera común para las empresas de infraestructura adquiridas. Las señales positivas son fuertes. Cologix compró el negocio. Cologix atribuyó públicamente más de 100 clientes, fibra oscura, terrenos, edificios y EBITDA recurrente a la transacción. PeeringDB todavía contiene registros de organización e instalaciones. Las páginas actuales de Cologix mapean las ubicaciones de Scherers Court en la plataforma de Columbus. Ohio IX enumera a Cologix entre los puntos de presencia del centro de Ohio. Los registros BGP todavía muestran el antiguo sitio web y rastros de nombres heredados de DataCenter.BZ.
Las señales inciertas también son reales. El dominio de DataCenter.BZ está estacionado. El sitio público de la marca ya no explica los servicios. Los registros de PeeringDB pueden preservar etiquetas heredadas en lugar de la marca comercial actual. Algunas páginas de índices de negocios públicos sugieren que la LLC original de Ohio puede que ya no esté activa, aunque esas páginas no oficiales no son un sustituto de la verificación directa de los registros estatales. La página de LinkedIn independiente de DataCenter.BZ permanece visible, pero se lee como un perfil histórico de empresa en lugar de un canal de ventas activo.
Para un juicio de investigación, la incertidumbre no destruye la tesis. La aclara. DataCenter.BZ no se está evaluando como un operador independiente actual con un sitio web nuevo y un movimiento de ventas activo. Se está evaluando como una empresa de directorio cuya evidencia pública la vincula a un activo de colocación en Columbus, una huella de red/interconexión y una adquisición en 2014 que ayudó a construir la plataforma de Columbus de Cologix. La relevancia de la entidad es, por tanto, histórico-operativa más que minorista-independiente.
El ruido del mercado es consistente con eso. Las referencias de LowEndTalk de 2014 tratan a Datacenter.BZ como "ahora Cologix" y colocan a Cologix Columbus en el conjunto de opciones de colocación de EE. UU. para compradores que necesitan BGP, conectividad redundante y soporte de instalación atento. Un hilo de WebHostingTalk enhttps://www.webhostingtalk.com/showthread.php?t=1469793contiene de manera similar una referencia de memoria de mercado a Datacenter.bz que se convierte en parte de Cologix mientras los compradores debatían opciones de colocación en el Medio Oeste. Estas no son pruebas de la calidad actual del servicio. Son útiles porque muestran cómo los compradores técnicamente conscientes recordaban la transición: la antigua instalación local se convirtió en parte de un proveedor de colocación más grande conservando la relevancia en Columbus.
El mayor riesgo reputacional no es que DataCenter.BZ no fuera importante. Es que el antiguo nombre puede confundir a los lectores si se trata como una marca independiente actual. Cualquier perfil público debe distinguir la empresa heredada, la evidencia de la instalación adquirida y la plataforma operativa actual de Cologix. Esa distinción protege contra dos errores: exagerar la independencia actual de DataCenter.BZ y subestimar el papel que sus activos desempeñaron en la colocación de Columbus.
La regulación y la geopolítica ahora valoran la misma instalación de manera diferente
El riesgo regulatorio y geopolítico en torno a una instalación de colocación en Columbus solía ser relativamente local: zonificación, fiabilidad de los servicios públicos, combustible diésel, códigos de incendios, auditorías de cumplimiento, reglas de datos de clientes y disponibilidad de operadores. Esos riesgos siguen importando. Pero el auge de los grandes campus de IA y nube ha arrastrado al centro de Ohio a una lucha más amplia por la energía, los incentivos fiscales, el uso del suelo y la asignación de costes públicos.
La sección 122.175 del Código Revisado de Ohio enhttps://codes.ohio.gov/ohio-revised-code/section-122.175proporciona la base legal para la exención fiscal del equipo de centros de datos informáticos de Ohio. Ese tipo de política ayudó a hacer de Ohio un lugar atractivo para la inversión en centros de datos. Pero para 2026 la política había cambiado. El sitio del gobernador de Ohio enhttps://governor.ohio.gov/media/news-and-media/governor-dewine-announces-pause-of-data-center-tax-exemptionanunció una pausa en la consideración de nuevas solicitudes de exención fiscal para centros de datos mientras los legisladores revisaban el crecimiento del sector. El informe de Signal Cleveland enhttps://signalcleveland.org/ohio-approves-last-data-center-exemption-before-moratorium/decía que la Autoridad de Crédito Fiscal de Ohio aprobó exenciones fiscales para dos proyectos, incluyendo Cologix, en el momento de la pausa.
Para el segmento de clientes original de DataCenter.BZ, esta lucha política puede parecer lejana. Un pequeño proveedor de servicios gestionados no está pidiendo 800 MW. Pero el efecto indirecto es significativo. Si las colas de interconexión de energía se estrechan, si los cargos por capacidad aumentan, si el tratamiento fiscal cambia, o si las comunidades locales se resisten a nuevos proyectos, el coste y la disponibilidad de la colocación pueden cambiar para todos. Un cliente que alquila un armario puede no negociar con la empresa de servicios públicos, pero la economía energética de la instalación fluye hacia los precios y las opciones de expansión.
El ángulo geopolítico es principalmente doméstico. Columbus se sitúa dentro de una carrera de infraestructura estadounidense moldeada por las regiones de nube, la gravedad de los datos empresariales, las cargas de trabajo de IA, la política fiscal, la planificación de la red y la competencia regional. Los planes del campus de Johnstown de Cologix y la presencia de Amazon, Google, Microsoft, Meta, Vantage, CyrusOne y otros en el centro de Ohio, como se señala en la cobertura de Data Center Dynamics enhttps://www.datacenterdynamics.com/en/news/cologix-buys-land-in-ohio-for-800MW-campus/, muestran que la región ha pasado de ser una historia de mercado secundario a un campo de batalla de infraestructura nacional. El legado de DataCenter.BZ es parte de ese arco: un operador local de colocación ayudó a demostrar que Columbus podía soportar una interconexión densa antes de que el mercado se escalara.
El riesgo operativo sigue siendo más concreto. Un cliente de colocación local todavía necesita preguntar si la instalación tiene suficiente margen de potencia, si las manos remotas responden, si la diversidad de fibra es real, si las conexiones a la nube tienen un precio sensato, si los contratos con operadores son flexibles, si las entregas de equipos y las ventanas de acceso se ajustan a las necesidades del cliente y si el soporte es lo suficientemente local para la tolerancia al riesgo del cliente. Estas preguntas son donde la antigua propuesta de valor de DataCenter.BZ sigue viviendo dentro de Cologix o pierde relevancia frente a las alternativas.
Qué cambiaría el juicio
El juicio actual es que DataCenter.BZ importó como una capa de control de colocación en Columbus cuyo valor fue validado por la adquisición y expandido a través de Cologix. Varios hechos podrían cambiar esa visión.
Primero, los registros corporativos estatales verificados podrían aclarar el estatus legal actual de DataCenter.BZ, LLC y si la entidad original permanece activa, fusionada, disuelta o mantenida de otra manera. Eso no borraría el historial de la instalación, pero refinaría el lenguaje del estatus de la empresa. Segundo, la confirmación del operador actual podría explicar por qué PeeringDB continúa mostrando registros de DataCenter.BZ, LLC y cómo esos registros se mapean con la gestión de instalaciones de Cologix. Tercero, los datos actuales de clientes o servicios podrían mostrar si todavía se venden servicios bajo el nombre de DataCenter.BZ, aunque el sitio web estacionado lo hace poco probable.
Cuarto, un historial de instalaciones más detallado podría reconciliar las cifras de pies cuadrados a través de comunicados más antiguos, cobertura de adquisiciones, direcciones de PeeringDB y las páginas actuales de Cologix COL1/COL2. El registro público incluye 32.000 pies cuadrados de suelo elevado en los materiales de adquisición, descripciones de 44.000 pies cuadrados en las páginas actuales de COL1/COL2, y cifras más grandes de campus posteriores para COL3 y más allá. La respuesta correcta puede ser que diferentes fuentes cuentan el suelo elevado, el tamaño del edificio, el campus o las fases de la instalación de manera diferente. Quinto, la evidencia actualizada de enrutamiento y PeeringDB podría mostrar si AS40715 y los registros de instalaciones relacionados siguen siendo operativamente significativos o son principalmente etiquetas heredadas.
Sexto, la evidencia de precios específica de Cologix Columbus afinaría la economía. Los comparadores públicos locales y los niveles de salida de AWS ayudan a enmarcar las alternativas del comprador, pero los precios de colocación empresarial personalizados dependen de la densidad del armario, el compromiso de potencia, las interconexiones, el ancho de banda, la conectividad en la nube, el soporte, la duración del contrato y los requisitos de construcción. Séptimo, la evidencia de clientes aclararía si la antigua reputación de soporte de alto contacto sobrevivió dentro de la plataforma más grande. Las fuentes de adquisición presentan ese soporte como una fortaleza; los clientes actuales determinarían si sigue siendo un diferenciador.
Finalmente, el régimen de energía e impuestos de Ohio podría alterar todo el cálculo de Columbus. Si las reglas de tarifas de centros de datos, las exenciones fiscales, la capacidad de los servicios públicos o la oposición comunitaria elevan materialmente los costes, el valor de las instalaciones conectadas existentes puede aumentar porque ya tienen posición de energía y red. Alternativamente, si esos costes se trasladan de manera demasiado agresiva, los compradores más pequeños pueden elegir la nube pública o instalaciones secundarias de menor coste. El trato original de DataCenter.BZ era el control local a un precio racional. La durabilidad de ese trato depende ahora de si Cologix puede preservar la economía del control local mientras opera en un mercado cada vez más moldeado por la demanda a escala de megavatios.
Para el proveedor de servicios gestionados del escenario inicial, la respuesta es, por tanto, condicional en lugar de nostálgica. La colocación local supera a una región de hiperescala anónima cuando el cliente necesita control físico, economía de estado estable predecible, elección de operadores, manos remotas y un lugar lo suficientemente cerca para entender. Una región de hiperescala gana cuando la amplitud de servicios, la elasticidad y la abstracción importan más que la proximidad. La contribución de DataCenter.BZ a Columbus fue demostrar que la opción local podía ser más que una sala de servidores. Podía ser una capa de control. La tarea de Cologix ha sido mantener esa capa útil mientras Columbus se convierte en un mercado de centros de datos mucho más grande y caro.