Comprenda la diferencia entre CPD y Data Center, compare requisitos de energía, climatización, redes y seguridad, y sepa cuándo modernizar, construir o migrar la infraestructura.
¡Descúbrelo!
CPD y Data Center pueden describir entornos similares, pero no son términos necesariamente equivalentes ni representan, por definición, dos niveles fijos de calidad. CPD — Centro de Procesamiento de Datos — es la denominación tradicional del entorno que concentra los recursos informáticos, las redes y los sistemas de soporte de una organización. Data Center es el término internacional más amplio para instalaciones diseñadas para soportar tecnologías de la información mediante infraestructura física, energía, climatización, telecomunicaciones, seguridad, automatización, operación y gestión.
En la práctica, la diferencia relevante no está únicamente en el nombre, la superficie o la cantidad de racks. Se manifiesta en los requisitos de disponibilidad, capacidad, redundancia, mantenimiento, seguridad, expansión, supervisión y continuidad. Un CPD compacto puede sostener una operación crítica y exigir controles rigurosos. Del mismo modo, denominar una sala “Data Center” no demuestra que su arquitectura elimine puntos únicos de fallo ni que cumpla una clasificación formal.
Este artículo compara CPD y Data Center, explica cuándo se solapan los términos, muestra cómo cambian los requisitos entre las infraestructuras y presenta criterios para decidir entre adecuar el entorno existente, construir una nueva instalación, adoptar colocation, distribuir cargas en Edge Data Centers o migrar parte de los servicios a la nube.
Respuesta rápida: ¿cuál es la diferencia entre CPD y Data Center?
| Aspecto | CPD | Data Center | Qué debe verificarse realmente |
| Uso del término | Denominación tradicional, habitual en entornos corporativos internos | Denominación internacional y más amplia | Alcance real de la instalación y requisitos definidos |
| Finalidad | Concentrar el procesamiento, almacenamiento y conectividad de una organización | Soportar servicios digitales propios o de terceros a distintas escalas | Criticidad de las cargas e impacto de la indisponibilidad |
| Escala | Con frecuencia menor, aunque no necesariamente | Puede variar desde una sala técnica hasta un campus hyperscale | Potencia de TI, cantidad de racks, densidad y expansión |
| Disponibilidad | Puede contar desde con infraestructura básica hasta con arquitectura resiliente | Normalmente dispone de requisitos formalizados de continuidad y mantenimiento | Topología, rutas, capacidad redundante y operación |
| Normas y clasificación | Puede adoptar las mismas referencias aplicables a Data Centers | Se aborda directamente en series como ISO/IEC 22237 y ANSI/TIA-942 | Alcance normativo, objetivo de certificación y conformidad demostrada |
| Operación | A menudo integrada con los equipos internos de TI y facilities | Puede contar con operación especializada, NOC, procedimientos y SLA | Competencias, procedimientos, supervisión y respuesta a incidentes |
| Evolución | Puede modernizarse y seguir denominándose CPD | Puede implantarse como nueva infraestructura o como evolución del entorno existente | Resultado técnico, no solo cambio de nomenclatura |
La conclusión objetiva es: CPD identifica principalmente la función de procesar y concentrar datos; Data Center enfatiza la instalación integrada que sustenta esa función. La decisión de ingeniería debe basarse en requisitos y riesgos, no en la etiqueta adoptada.
¿Por qué se confunden con frecuencia CPD y Data Center?
La confusión se produce porque ambos entornos albergan servidores, sistemas de almacenamiento, switches, routers, racks y otros recursos de TI. En muchas empresas brasileñas, “CPD” sigue utilizándose para designar la sala técnica principal, incluso cuando ya cuenta con UPS, generador, climatización dedicada, control de acceso, detección de incendios, supervisión y enlaces redundantes.
También existe una narrativa simplificada según la cual todo CPD sería pequeño y básico, mientras que todo Data Center sería grande, altamente redundante y certificado. Esta interpretación es inadecuada. Tamaño, calidad y disponibilidad son dimensiones diferentes. Una instalación puede ser pequeña y crítica; puede ser grande y presentar fragilidades; puede adoptar buenas prácticas sin buscar certificación; o puede evolucionar por etapas según el riesgo y la inversión disponible.
El uso del término Data Center creció con la consolidación de la computación distribuida, Internet, la virtualización, la nube, los servicios 24×7, los proveedores de colocation y las referencias internacionales dedicadas a instalaciones de datos. Sin embargo, el cambio terminológico no elimina la necesidad de diagnosticar la condición real de cada entorno.
¿Qué es un CPD?
CPD significa Centro de Procesamiento de Datos. Es el entorno físico destinado a concentrar los recursos informáticos, de almacenamiento, comunicación y soporte necesarios para las actividades digitales de una organización. Tradicionalmente, el CPD se encuentra dentro de un edificio corporativo, industrial, público, hospitalario, educativo o comercial y atiende principalmente a usuarios y sistemas internos.
El artículo CPD: qué es, cómo funciona y qué sistemas componen la infraestructura profundiza en esta definición, su arquitectura y sus subsistemas. El punto esencial es que CPD no significa, por sí mismo, infraestructura improvisada. La criticidad puede exigir alimentación ininterrumpida, climatización de precisión, control ambiental, cableado estructurado, seguridad física, detección temprana de incendios, supervisión y procedimientos formales.
En entornos más pequeños, algunas funciones pueden compartir recursos del edificio. El CPD puede utilizar la subestación general, el generador corporativo, la climatización central o el sistema de seguridad del edificio. Esta integración puede ser adecuada siempre que se evalúen claramente la capacidad, la prioridad de las cargas, los modos de fallo y las responsabilidades.
¿Qué es un Data Center?
Un Data Center es la instalación física y operativa preparada para alojar, alimentar, refrigerar, conectar, proteger y supervisar recursos de tecnología de la información. La infraestructura incluye edificio, energía, control ambiental, telecomunicaciones, seguridad, protección contra incendios, automatización, gestión, documentación y operación.
La serie ISO/IEC 22237 aborda los Data Centers mediante conceptos, modelos de referencia, clasificación, construcción, energía, control ambiental, telecomunicaciones, seguridad y gestión. La ANSI/TIA-942-C también estructura requisitos para la infraestructura de Data Centers.
El artículo Data Center: qué es, cómo funciona y qué sistemas componen la infraestructura funciona como referencia amplia para el tema principal. En esta comparación, el foco está en comprender cuándo un CPD ya presenta características equivalentes, cuándo debe modernizarse y cuándo resulta más adecuada otra estrategia.
La elección entre CPD, Data Center propio, Edge o colocation comienza por los requisitos. La arquitectura debe reflejar criticidad, capacidad, disponibilidad, crecimiento, riesgos del emplazamiento, operación e inversión a lo largo del ciclo de vida.
¿Es un CPD una versión antigua de un Data Center?
No necesariamente. La evolución histórica explica parte de la diferencia, pero no establece una regla universal. El término CPD surgió en un contexto de procesamiento centralizado y permaneció incorporado al vocabulario de muchas organizaciones. El término Data Center pasó a ser predominante en mercados globales, proveedores, servicios en la nube y referencias técnicas internacionales.
Un CPD puede someterse a una modernización eléctrica, térmica, física y operativa y seguir siendo denominado CPD por la organización. El resultado puede ser técnicamente equivalente a un pequeño Data Center empresarial. En sentido contrario, una sala recientemente denominada “Data Center” puede carecer de redundancia, documentación, supervisión o condiciones de mantenimiento compatibles con su criticidad.
Por tanto, el análisis debe separar tres dimensiones:
- terminología: cómo denomina la organización el entorno;
- arquitectura: cómo fueron diseñados los sistemas, rutas, capacidades e interfaces;
- rendimiento requerido: qué eventos debe soportar la instalación y cómo se demostrará ese desempeño.
Comparación técnica entre CPD y Data Center
| Dimensión | CPD tradicional | Data Center estructurado | Pregunta de ingeniería |
| Alcance | Atiende principalmente sistemas internos | Puede atender a una organización, varios clientes, servicios distribuidos o plataformas a escala | ¿Qué cargas y servicios dependen de la instalación? |
| Potencia de TI | Normalmente menor y concentrada | Puede variar desde baja potencia hasta decenas o cientos de megavatios | ¿Cuál es la carga actual, proyectada y por rack? |
| Arquitectura eléctrica | Puede compartir sistemas del edificio | Tiende a disponer de rutas y recursos dedicados según la criticidad | ¿Qué fallos y mantenimientos pueden interrumpir las cargas? |
| Climatización | Puede utilizar un sistema dedicado o compartido | Se define por la carga térmica, densidad, expansión y disponibilidad | ¿La capacidad sigue siendo adecuada durante fallos y mantenimientos? |
| Telecomunicaciones | Con frecuencia cuenta con conectividad corporativa centralizada | Puede requerir múltiples operadores, rutas y áreas de entrada | ¿Los enlaces son realmente independientes? |
| Seguridad física | Puede integrarse con la seguridad del edificio | Suele utilizar zonas, controles, registros y barreras compatibles con el riesgo | ¿Quién puede acceder a cada área y cómo se evidencia el evento? |
| Incendio y ambiente | Puede utilizar sistemas del edificio con complementos locales | Combina prevención, detección, compartimentación, supresión y lógicas integradas | ¿El plan protege a las personas, los activos y la continuidad? |
| Supervisión | Puede depender de herramientas separadas | Tiende a integrar BMS, supervisión eléctrica, DCIM, alarmas y gestión de activos | ¿El equipo puede ver capacidad, degradación y fallos antes del impacto? |
| Operación | Equipo interno y procedimientos variables | Procesos, SLA, cambios, mantenimiento y respuesta a incidentes formalizados | ¿Existe capacidad para operar la arquitectura diseñada? |
| Documentación | Puede disponer de registros fragmentados | Requiere fuente de verdad, as built, inventario, lógicas, pruebas e histórico | ¿La condición real está reflejada en los documentos? |
| Expansión | Con frecuencia crece por demanda inmediata | Puede adoptar módulos, reservas, límites y disparadores de capacidad | ¿Qué crecimiento se previó y cuál es el límite de cada sistema? |
| Certificación | No es inherente al término | Puede buscar certificaciones de diseño, construcción u operación | ¿Qué estándar y qué alcance deben demostrarse formalmente? |
La tabla describe tendencias, no una clasificación automática. Cada instalación debe evaluarse mediante levantamientos, documentos, mediciones, pruebas y análisis de riesgos.
¿El tamaño define si el entorno es CPD o Data Center?
No. La superficie, la cantidad de racks y la potencia son importantes para el dimensionamiento, pero no determinan por sí solas la naturaleza de la infraestructura. Un entorno con dos racks puede sostener sistemas de control industrial, telecomunicaciones operativas, historias clínicas, pagos, seguridad pública o servicios corporativos esenciales. La pequeña escala no reduce el impacto de un fallo.
Del mismo modo, una sala con decenas de racks puede haber crecido sin planificación, compartiendo cuadros, climatización, rutas y puntos únicos de fallo. Una gran escala física no demuestra resiliencia.
El análisis debe relacionar criticidad, capacidad, topología, mantenimiento, operación y consecuencia. El objetivo no es encuadrar el entorno en una categoría comercial, sino definir requisitos proporcionales al riesgo.
¿Puede un CPD pequeño ser una infraestructura de misión crítica?
Sí. Misión crítica describe la importancia del servicio y el impacto de la indisponibilidad, no el tamaño de la sala. Un CPD pequeño puede soportar sistemas cuya interrupción afecte a la producción, la seguridad, la atención, la facturación, la comunicación o las obligaciones regulatorias.
En estos casos, deben evaluarse, entre otros factores:
- tiempo máximo tolerable de indisponibilidad;
- dependencias entre energía, climatización, red, almacenamiento y aplicaciones;
- procedimientos de contingencia y recuperación;
- capacidad de mantenimiento sin interrupción;
- repuestos y soporte de los fabricantes;
- supervisión local y remota;
- documentación, formación y responsabilidades;
- riesgos del entorno, del edificio y de la ubicación.
La estrategia puede combinar adecuaciones locales, redundancia selectiva, replicación en otro sitio, colocation, nube, backup y Disaster Recovery. No todos los requisitos tienen que resolverse dentro de la misma sala.
¿Cómo cambian los requisitos entre un CPD y un Data Center?
Ubicación, edificio e infraestructura física
En un CPD interno, la elección del emplazamiento puede estar condicionada por el edificio existente. Aun así, deben evaluarse el acceso, el riesgo de agua, la proximidad a zonas húmedas, el polvo, las vibraciones, el incendio, las interferencias, las cargas del suelo, el transporte de equipos, las rutas de cables y la posibilidad de expansión.
En un Data Center dedicado, el análisis puede incluir el terreno, riesgos naturales, disponibilidad de energía, telecomunicaciones, agua, accesos, seguridad perimetral, logística, entorno e implantación por fases. La ISO/IEC 22237-2:2024 aborda construcción, selección del emplazamiento, riesgos ambientales, configuración, acceso, protección física, incendio y agua.
Energía eléctrica y continuidad
Los CPD comparten con frecuencia la entrada de energía, transformadores, generadores o cuadros con otras cargas del edificio. La prioridad debe ser comprender toda la cadena: origen, transformación, protección, UPS, baterías, generación, transferencia, distribución y alimentación de los racks.
Los Data Centers pueden adoptar rutas dedicadas, múltiples sistemas, topologías N, N+1, 2N u otras combinaciones. Sin embargo, duplicar equipos no elimina automáticamente los puntos únicos de fallo. Barras, mandos, sistemas auxiliares, combustible, refrigeración, puesta a tierra y mantenimiento también deben considerarse.
La solución de Energía para Infraestructura Crítica conecta disponibilidad, calidad de energía, protección, generación, UPS, baterías y distribución con las necesidades de la carga.
Climatización y control ambiental
El dimensionamiento debe partir de la carga térmica y del comportamiento real de los equipos, y no solo de la superficie de la sala. Una temperatura media aceptable no excluye puntos calientes, recirculación, bajo caudal o fallos de distribución.
En CPD existentes, las modernizaciones pueden incluir segregación de aire caliente y frío, reorganización de racks, sellado de aberturas, sensores adicionales, ampliación de capacidad y sustitución de equipos. En Data Centers, la arquitectura térmica se integra con el layout, la densidad, la redundancia, la expansión y la eficiencia.
La solución de Climatización de Data Centers permite abordar capacidad, distribución de aire, contención, control, supervisión y disponibilidad como un sistema.
Telecomunicaciones, cableado y conectividad externa
Los CPD corporativos pueden concentrar la distribución principal del edificio, el backbone y la conectividad con otras unidades. Los Data Centers pueden utilizar áreas de distribución, rutas redundantes, múltiples operadores y topologías adaptadas a la densidad y la disponibilidad.
La independencia debe ser física y lógica. Dos enlaces contratados a operadores diferentes pueden compartir conductos, postes, cajas, salas de entrada o equipos. El diseño debe verificar rutas, puntos de demarcación, capacidad, identificación, certificación y documentación.
La ABNT NBR 14565 y el cableado estructurado, la guía de fibra óptica y el artículo sobre backbone de fibra óptica profundizan en la infraestructura pasiva y sus criterios de aceptación.
Seguridad física, incendios y eventos ambientales
La seguridad debe organizar perímetros, zonas, autorizaciones, visitantes, registros, CFTV, detección de intrusión y respuesta. El nivel de control depende del riesgo, los activos, las personas, la operación y los requisitos contractuales o regulatorios.
La protección contra incendios debe integrar prevención, detección, alarma, compartimentación, evacuación, supresión, lógicas de actuación y mantenimiento. El agua, humo, polvo, fugas, condensación y acceso no autorizado también pueden interrumpir servicios sin dañar directamente los servidores.
La ISO/IEC 22237-6:2024 aborda seguridad física, acceso no autorizado, intrusión, incendio y eventos ambientales internos y externos.
Supervisión, automatización y DCIM
Un entorno crítico necesita hacer visibles la energía, temperatura, humedad, fugas, climatización, UPS, baterías, generadores, seguridad y capacidad. Las alarmas deben contar con prioridad, destinatario, tiempo de respuesta y procedimiento asociado.
El DCIM — Data Center Infrastructure Management relaciona activos, racks, energía, capacidad y condiciones ambientales. NetBox, Zabbix, BMS, SCADA y sistemas especializados pueden asumir funciones complementarias según la arquitectura.
Operación, mantenimiento, documentos y gobernanza
La infraestructura diseñada solo proporciona disponibilidad cuando se opera de forma compatible. Los procedimientos de maniobra, mantenimiento, cambios, accesos, respuesta a incidentes, escalado y restablecimiento deben definirse y entrenarse.
La documentación debe incluir diagramas, planos, listas, lógicas, configuraciones, identificación, informes de pruebas, planes de mantenimiento, inventario e histórico. Un entorno puede disponer de una buena arquitectura y aun así presentar un riesgo elevado si el equipo desconoce el estado real de los sistemas.
Antes de modernizar, es necesario diagnosticar la condición real. Levantamientos, documentos, mediciones, análisis de capacidad, puntos únicos de fallo y riesgos operativos orientan el plan de adecuación.
Disponibilidad, redundancia y Tier: ¿qué cambia?
La disponibilidad es el resultado de la combinación de arquitectura, capacidad, mantenimiento, operación, calidad de los componentes, respuesta a fallos y dependencias externas. La redundancia es uno de los mecanismos para mejorar este resultado, pero debe analizarse por ruta y por función.
La clasificación Tier del Uptime Institute utiliza criterios crecientes relacionados con componentes de capacidad y rutas de distribución. No debe reducirse a una lista de equipos ni a porcentajes genéricos de disponibilidad. Tampoco es correcto declarar formalmente una instalación como Tier únicamente por analogía con su arquitectura.
Los CPD pueden adoptar principios de mantenimiento concurrente, redundancia y eliminación de puntos únicos de fallo sin buscar certificación. Los Data Centers pueden utilizar otras referencias, como ANSI/TIA-942-C o ISO/IEC 22237, según los objetivos del proyecto.
La pregunta correcta no es solo “¿qué Tier queremos?”, sino:
- qué servicios deben permanecer disponibles;
- qué eventos y mantenimientos deben soportarse;
- qué fallos son aceptables;
- cuál es el tiempo de recuperación;
- qué dependencias permanecen fuera del Data Center;
- cómo se probará y demostrará el desempeño.
¿Cuándo debe modernizarse un CPD?
La modernización debe considerarse cuando la infraestructura deja de acompañar la criticidad, capacidad o ciclo de vida de los sistemas. Entre las señales recurrentes se incluyen:
- carga eléctrica próxima al límite o distribución sin selectividad ni documentación;
- UPS, baterías, generadores o climatización sin soporte adecuado;
- crecimiento de racks y equipos sin planificación de capacidad;
- puntos calientes, recirculación de aire o baja visibilidad térmica;
- rutas únicas de energía, telecomunicaciones o refrigeración;
- enlaces, cuadros y cables sin identificación o certificación trazable;
- control de acceso, protección contra incendios y supervisión incompatibles con el riesgo;
- mantenimientos que exigen una parada total;
- documentos divergentes de la instalación real;
- incidentes recurrentes o dependencia de conocimiento informal;
- dificultad para ampliar densidad, potencia o conectividad;
- incompatibilidad entre la sala existente y los requisitos futuros.
Modernizar no significa sustituirlo todo de una sola vez. El plan puede priorizar riesgos críticos, recuperar documentación, reorganizar cargas, instalar supervisión, crear redundancia selectiva e implantar nuevos sistemas por etapas.
¿Modernizar, construir, contratar colocation o migrar a la nube?
La decisión debe comparar alternativas técnicas y económicas a lo largo del ciclo de vida. Las principales son:
| Alternativa | Cuándo tiende a ser adecuada | Puntos de atención |
| Modernizar el CPD existente | Ubicación adecuada, capacidad recuperable y posibilidad de intervención por etapas | Limitaciones del edificio, coexistencia con la operación y riesgo de obras |
| Construir un nuevo Data Center propio | Necesidad de control, requisitos específicos, escala, horizonte de largo plazo y viabilidad de la inversión | CAPEX, plazo, terreno, energía, licencias, equipo y operación |
| Utilizar colocation | Necesidad de acelerar la implantación, contratar infraestructura y mantener equipos propios | SLA, conectividad, espacio, potencia, responsabilidades y costes recurrentes |
| Implantar Edge Data Center | Latencia, procesamiento local, continuidad regional o proximidad a usuarios y activos | Operación distribuida, seguridad, mantenimiento y conectividad |
| Migrar cargas a la nube | Aplicaciones compatibles, elasticidad y estrategia de servicios digitales | Arquitectura, costes, conectividad, dependencia del proveedor y gobernanza |
| Adoptar un modelo híbrido | Cargas con requisitos distintos y necesidad de combinar entornos | Integración, identidad, seguridad, datos, observabilidad y continuidad |
La computación en la nube no elimina los Data Centers físicos. Transfiere parte de la infraestructura a entornos operados por proveedores. El artículo Computación en la nube en la práctica explica esta dependencia.
La alternativa correcta debe definirse antes del proyecto ejecutivo. FEL y los estudios de viabilidad permiten comparar modernización, construcción, colocation, Edge y nube considerando riesgos, CAPEX, OPEX, plazo y ciclo de vida.
Matriz de decisión: ¿CPD existente o nuevo Data Center?
| Criterio | Preguntas para la decisión |
| Criticidad | ¿Qué procesos se detienen? ¿Cuál es el impacto financiero, operativo, de seguridad o regulatorio? |
| Capacidad | ¿La energía, climatización, espacio y conectividad soportan la carga y el crecimiento? |
| Ubicación | ¿El entorno está expuesto a agua, incendio, acceso, vibraciones, polvo o riesgos externos? |
| Disponibilidad | ¿Qué fallos y mantenimientos deben producirse sin interrupción? |
| Expansión | ¿Puede ejecutarse el crecimiento sin comprometer la operación? |
| Ciclo de vida | ¿Qué equipos están obsoletos y durante cuánto tiempo permanecerá el entorno en uso? |
| Intervención | ¿Es posible ejecutar obras, pruebas y migraciones con seguridad? |
| Conectividad | ¿Hay suficientes operadores, rutas y capacidad disponibles en el lugar? |
| Costes | ¿Cuál es el coste total de adecuar, construir, contratar o migrar? |
| Operación | ¿La organización dispone de equipo, procedimientos y gobernanza para operar la solución? |
| Plazo | ¿Cuándo debe estar disponible la nueva capacidad? |
| Estrategia | ¿Qué cargas deben permanecer locales, trasladarse a colocation o migrar a la nube? |
La matriz no sustituye los estudios, pero evita que la decisión esté dominada por un único factor, como el precio inicial, el espacio disponible o una preferencia tecnológica.
¿Cómo modernizar o migrar sin interrumpir la operación?
Los entornos en funcionamiento requieren planificación de transición. La intervención debe reconocer que energía, climatización, red y aplicaciones tienen dependencias diferentes. Un cambio aparentemente sencillo puede alterar rutas, capacidad, direccionamiento, protección, alarmas y procedimientos.
Un plan típico incluye:
1. Levantamiento y baseline: confirmar estado físico, documentos, cargas, capacidades, configuraciones y dependencias. 2. Clasificación de las cargas: separar criticidad, ventanas, redundancia existente y estrategia de retorno. 3. Arquitectura de transición: definir sistemas temporales, coexistencia, rutas alternativas y secuencia de implantación. 4. Diseño detallado: consolidar diagramas, lógicas, listas, procedimientos, interfaces y criterios de prueba. 5. Preparación: validar equipos, configuraciones, comunicación, equipo, herramientas y contingencias. 6. Migración por etapas: ejecutar lotes controlados, registrar resultados y preservar la capacidad de rollback. 7. Pruebas integradas: verificar energía, climatización, comunicación, alarmas, seguridad, aplicaciones y recuperación. 8. Actualización documental: reflejar la condición final y transferir conocimiento a la operación.
La migración debe considerar no solo los servidores. Las rutas de telecomunicaciones, el direccionamiento, storage, backups, sistemas de seguridad, automatización y supervisión también pueden determinar la ventana y el riesgo.
¿Cómo desarrollar un proyecto de modernización o un nuevo Data Center?
1. Diagnóstico y requisitos
La etapa inicial identifica cargas, criticidad, capacidad, crecimiento, riesgos, ubicación, operación, restricciones y objetivos. Los requisitos deben ser medibles y estar relacionados con criterios de aceptación.
2. Estudio de alternativas y viabilidad
Se comparan escenarios de adecuación, construcción, colocation, Edge, nube o arquitectura híbrida. El análisis debe incluir inversión, costes operativos, plazo, riesgos, ciclo de vida y estrategia de expansión.
3. Diseño conceptual y básico
Define arquitectura, áreas, capacidades, redundancia, rutas, interfaces, fases y premisas. Esta etapa permite estabilizar decisiones antes de adquirir equipos o iniciar obras.
4. Diseño ejecutivo y contratación
Consolida cálculos, diagramas, planos, memorias, especificaciones, listas, lógicas, procedimientos y pruebas. El alcance, las responsabilidades, los hitos, submittals y criterios de medición deben permanecer claros.
5. Implantación y gestión de interfaces
La ejecución debe controlar compatibilización, fabricación, instalación, calidad, cambios, documentación, riesgos y convivencia con la operación. Energía, HVAC, telecomunicaciones, seguridad, incendios y automatización deben tratarse como sistemas integrados.
6. Comisionamiento, migración y aceptación
Las pruebas verifican equipos, sistemas e integraciones. Simulaciones de fallo, transferencia de fuentes, autonomía, capacidad térmica, alarmas, comunicación, seguridad y procedimientos ayudan a demostrar el cumplimiento de los requisitos.
El propietario necesita mantener una visión integrada durante todo el ciclo. Owner’s Engineering conecta requisitos, alternativas, diseños, contratos, interfaces, implantación, pruebas y aceptación con los objetivos del proyecto.
¿Por qué es decisivo el comisionamiento?
Una infraestructura puede estar completamente instalada y aun así no estar lista para operar. El comisionamiento verifica si los equipos, sistemas, lógicas y procedimientos funcionan conjuntamente y producen las evidencias necesarias para la aceptación.
Entre las pruebas posibles se encuentran:
- inspecciones de instalación, identificación y documentación;
- energización, protección y calidad de energía;
- autonomía de UPS y baterías según el alcance;
- arranque y transferencia a grupos electrógenos;
- comportamiento de la climatización bajo carga y ante fallos;
- gestión de alarmas, comunicación e integración entre sistemas;
- detección, seguridad e interbloqueos;
- enlaces y certificación de cableado;
- simulaciones de mantenimiento y pérdida de componentes;
- procedimientos de operación, contingencia y restablecimiento.
El nivel de prueba debe definirse en el diseño y en la contratación. Dejar los criterios para el final aumenta las discusiones, el retrabajo y el riesgo de aceptar una instalación sin evidencias suficientes.
La aceptación técnica exige criterios, pruebas y evidencias. El comisionamiento verifica equipos, sistemas e integraciones antes de la entrada en operación y reduce la transferencia de pendientes al equipo del propietario.
Ejemplo: evolución de un CPD corporativo
Considere un CPD con ocho racks, dos unidades de climatización, una única UPS, el generador del edificio, un cuadro dedicado y dos enlaces de Internet. El entorno ha crecido durante varios años y soporta ERP, telefonía, sistemas de seguridad, archivos y aplicaciones internas.
La primera impresión puede sugerir simplemente la compra de una segunda UPS. Sin embargo, el diagnóstico identifica que ambos enlaces entran por el mismo shaft, las unidades de climatización comparten alimentación, el generador prioriza otras cargas, los circuitos de los racks no están documentados y el mantenimiento del cuadro exige una parada total.
La modernización debe tratar el conjunto. Un plan por etapas puede recuperar diagramas e inventario, instalar medición y sensores, reorganizar circuitos, crear una alimentación alternativa, segregar rutas de telecomunicaciones, ajustar la climatización, implantar alarmas y migrar parte de las aplicaciones a otro sitio o colocation.
La organización puede seguir denominando CPD al entorno resultante. Técnicamente, sin embargo, pasa a operar con requisitos, controles y evidencias compatibles con su criticidad. La mejora no está en cambiar el nombre, sino en reducir los riesgos y mantener los servicios.
Errores comunes al comparar CPD y Data Center
Considerar que todo CPD está obsoleto
El término es tradicional, pero la instalación puede haberse modernizado y presentar una buena arquitectura. El diagnóstico debe evaluar sistemas y operación.
Afirmar que todo Data Center dispone de alta disponibilidad
La denominación no demuestra redundancia, mantenimiento concurrente, pruebas ni certificación.
Utilizar únicamente la cantidad de racks como criterio
La criticidad, potencia, densidad, dependencias y el impacto del fallo son más relevantes que el conteo aislado.
Confundir redundancia con duplicación
Los equipos duplicados pueden compartir alimentación, control, tuberías, rutas o entorno y fallar por el mismo evento.
Migrar a la nube sin analizar conectividad y continuidad
La nube transfiere infraestructura, pero aumenta la dependencia de redes, identidad, seguridad, gobernanza y arquitectura de las aplicaciones.
Diseñar las disciplinas por separado
Energía, climatización, telecomunicaciones, seguridad, incendios y automatización tienen interfaces que deben coordinarse.
Comprar equipos antes de estabilizar los requisitos
La solución puede quedar sobredimensionada, ser incompatible o no poder atender el mantenimiento y el crecimiento.
Dejar las pruebas y la documentación para el final
Los criterios tardíos dificultan la contratación, el comisionamiento, la aceptación, la operación y la asignación de responsabilidades.
¿Cómo puede apoyar A3A Engenharia?
A3A Engenharia puede apoyar a organizaciones que necesitan evaluar un CPD existente, comparar alternativas o desarrollar una nueva infraestructura de datos. La actuación puede incluir levantamiento, diagnóstico, estudios de viabilidad, requisitos, proyectos multidisciplinares, especificaciones, contratación, compatibilización, Owner’s Engineering, supervisión, comisionamiento y aceptación.
Las áreas de trabajo pueden integrar Data Centers, Energía para Infraestructura Crítica, Climatización de Data Centers, DCIM, cableado, conectividad, seguridad, protección contra incendios y supervisión.
El objetivo es transformar las necesidades de negocio y los riesgos operativos en requisitos técnicos, coordinar interfaces y producir evidencias de que la solución implantada cumple el uso previsto.
Conclusión
CPD y Data Center no deben diferenciarse únicamente por tamaño, antigüedad o nomenclatura. Ambos pueden concentrar recursos de TI; lo que cambia es la forma en que la infraestructura fue planificada, integrada, operada y demostrada en relación con la criticidad.
Un CPD puede modernizarse y alcanzar un elevado nivel de resiliencia. Un Data Center puede adoptar distintas escalas y modelos. La decisión entre adecuar, construir, contratar colocation, implantar Edge o migrar a la nube exige analizar requisitos, capacidad, disponibilidad, ubicación, costes, plazo y operación.
La mejor solución es aquella que reduce los riesgos relevantes, sostiene el crecimiento y permite mantenimiento, supervisión, pruebas y respuesta a incidentes dentro de los objetivos del propietario.
Referencias técnicas
[1] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO/IEC 22237-1:2021 — Information technology — Data centre facilities and infrastructures — Part 1: General concepts. Geneva: ISO, 2021.
[2] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO/IEC 22237-2:2024 — Information technology — Data centre facilities and infrastructures — Part 2: Building construction. Geneva: ISO, 2024.
[3] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO/IEC 22237-3:2021 — Information technology — Data centre facilities and infrastructures — Part 3: Power distribution. Geneva: ISO, 2021.
[4] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO/IEC TS 22237-5:2018 — Information technology — Data centre facilities and infrastructures — Part 5: Telecommunications cabling infrastructure. Geneva: ISO, 2018.
[5] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO/IEC 22237-6:2024 — Information technology — Data centre facilities and infrastructures — Part 6: Security systems. Geneva: ISO, 2024.
[6] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO/IEC TS 22237-7:2018 — Information technology — Data centre facilities and infrastructures — Part 7: Management and operational information. Geneva: ISO, 2018.
[7] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO/IEC TS 22237-31:2026 — Information technology — Data centre facilities and infrastructures — Part 31: Key performance indicators for resilience. Geneva: ISO, 2026.
[8] TELECOMMUNICATIONS INDUSTRY ASSOCIATION. ANSI/TIA-942-C — Telecommunications Infrastructure Standard for Data Centers. Arlington: TIA, 2024.
[9] UPTIME INSTITUTE. Tier Standard: Topology. Seattle: Uptime Institute, edición vigente.
[10] ASHRAE. Thermal Guidelines for Data Processing Environments. Atlanta: ASHRAE, edición vigente.
[11] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR 14565 — Cabeamento estruturado para edifícios comerciais. Rio de Janeiro: ABNT, edición vigente.
[12] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR 5410 — Instalações elétricas de baixa tensão. Rio de Janeiro: ABNT, edición vigente.
Preguntas frecuentes
Los términos pueden describir entornos similares, pero no son necesariamente equivalentes. CPD es la denominación tradicional del centro de procesamiento de datos. Data Center es un concepto internacional más amplio para la instalación integrada que soporta recursos de TI.
No. Los CPD suelen ser más pequeños, pero el tamaño no define la clasificación. La criticidad, potencia, arquitectura, disponibilidad, operación y expansión son criterios más relevantes.
Sí. Si los sistemas soportados son esenciales para la operación, seguridad, atención, producción u obligaciones regulatorias, incluso un CPD pequeño puede exigir alta disponibilidad y controles rigurosos.
No necesariamente. El entorno puede modernizarse por etapas. En otros casos, las limitaciones del lugar, la energía, la climatización o la expansión hacen más adecuado construir, contratar colocation o migrar cargas.
Un Data Center es la infraestructura física que soporta equipos y servicios digitales. La nube es un modelo de provisión de recursos informáticos que utiliza Data Centers propios o de proveedores.
Cuando la capacidad, disponibilidad, seguridad, documentación, mantenimiento o expansión dejan de acompañar la criticidad de las cargas, o cuando equipos y sistemas se aproximan al final de su vida útil.
Tier es el sistema de clasificación de topología del Uptime Institute. La clasificación considera componentes de capacidad y rutas de distribución y no debe atribuirse únicamente por la presencia de determinados equipos.
No en todos los proyectos. La necesidad depende de contratos, regulación, estrategia comercial y objetivos del propietario. Incluso sin certificación, los requisitos y las pruebas deben definirse formalmente.
No. El proveedor suministra parte de la infraestructura, pero el cliente aún debe diseñar conectividad, racks, potencia contratada, equipos, seguridad, migración, operación y criterios de SLA.
La elección debe comparar criticidad, capacidad, ubicación, disponibilidad, crecimiento, plazo, inversión, costes operativos, competencias y arquitectura de las aplicaciones.
Materiales técnicos complementarios
Fundamentos, comparación y modelos de infraestructura
- CPD: qué es, cómo funciona y qué sistemas componen la infraestructura
- Data Center: qué es, cómo funciona y qué sistemas componen la infraestructura
- Guía completa sobre almacenamiento de datos digitales
- Computación en la nube en la práctica: cómo funciona y por qué depende de la infraestructura
Energía, disponibilidad y protección eléctrica
- NBR 5410: instalaciones eléctricas de baja tensión
- Energía para Infraestructura Crítica
- Calidad de Energía
- Instalaciones Eléctricas de Baja Tensión
Climatización, ambiente y protección contra incendios
- Climatización de Data Centers
- Supervisión Térmica de Entornos Críticos
- Automatización de Sistemas de Climatización
- Prevención y Protección contra Incendios
Redes, cableado e infraestructura física
- ABNT NBR 14565 y cableado estructurado
- Guía completa sobre fibra óptica
- Backbone de fibra óptica
- Diseño de Red: etapas, arquitectura y documentación técnica
- Rack de red: organización, componentes y buenas prácticas
Gestión, supervisión y continuidad
- Data Center Infrastructure Management (DCIM)
- NetBox: IPAM, DCIM y Source of Truth
- Zabbix: supervisión de infraestructura, redes y entornos críticos
- Backup y Disaster Recovery
