La discusión entre mantener un datacenter propio o avanzar hacia un modelo tercerizado ya no se resuelve con una oposición simple entre control y ahorro. En América Latina, la presión de la IA, la necesidad de continuidad, el costo energético, la escasez de talento especializado, los requerimientos de compliance y la velocidad de crecimiento obligan a revisar caso por caso. Un DC in house puede seguir siendo clave para determinadas cargas críticas, pero la colocación, el housing y los modelos gestionados ganan peso cuando la empresa necesita escalar, reducir imprevistos y apoyarse en infraestructura ya preparada.
La experiencia de Diego Bilbao, de Banco Ciudad Argentina, resume bien ese movimiento: ‘Nosotros estamos en proceso de llevarnos el DC principal de la casa central a un sitio de housing. En el site de casa central dejaríamos un data center chico para lo que necesitemos de alto rendimiento. Pero para buen nivel y bajar los imprevistos, migramos a uno grande con facilidades ya para esto’. La cita muestra una decisión cada vez más frecuente: no abandonar del todo la infraestructura propia, sino redefinir qué debe quedarse cerca, qué conviene alojar en un proveedor especializado y cómo distribuir riesgos.
Esa lógica híbrida refleja una madurez mayor del mercado. La pregunta ya no es si el datacenter debe ser propio o tercerizado en términos absolutos, sino qué modelo ofrece mejor respuesta para cada carga. Una aplicación de baja latencia, un sistema crítico de alto rendimiento o una operación altamente regulada puede justificar infraestructura interna. Una plataforma que requiere continuidad, energía, seguridad física, conectividad multicarrier, crecimiento rápido o contingencia puede encontrar mejores condiciones en un sitio de housing o colocation.
El fin de la decisión binaria
Durante años, muchas empresas latinoamericanas asociaron el datacenter propio con mayor control y la tercerización con pérdida de autonomía. Esa lectura todavía pesa en sectores regulados, pero se volvió insuficiente. Un DC in house ofrece control directo sobre ubicación, acceso físico, políticas internas, hardware y operación. También permite diseñar infraestructura a medida para necesidades específicas. Sin embargo, exige inversión alta, mantenimiento continuo, personal especializado, actualización tecnológica, energía garantizada, seguridad física y capacidad de recuperación ante incidentes.
La colocación o housing cambia el reparto de responsabilidades. La empresa mantiene sus servidores y equipos, pero los instala en un datacenter de un tercero que provee espacio, energía, refrigeración, seguridad, conectividad y facilidades operativas. El outsourcing gestionado va un paso más allá: el proveedor también administra parte de la infraestructura o los servicios. Entre esos extremos aparece el modelo híbrido, que combina infraestructura propia, housing, colocation, cloud privada o pública y sitios de contingencia.
El documento base del informe plantea que la demanda de infraestructura tercerizada en América Latina viene creciendo con fuerza, impulsada por cloud, IA, colocation, regulaciones de datos y necesidades de continuidad. También destaca que Brasil y México lideran el mercado regional, mientras Chile y Colombia aparecen como hubs emergentes, y que Argentina mantiene una dinámica más moderada pero con casos crecientes de housing, continuidad y modernización de infraestructura.
Por qué crece la tercerización
El crecimiento de colocation y housing responde a un cambio muy concreto: operar un datacenter moderno se volvió más complejo. Ya no alcanza con tener una sala segura, aire acondicionado y UPS. La infraestructura debe sostener densidades más altas, mejores PUE, seguridad física profesional, monitoreo 24/7, conectividad redundante, certificaciones, controles ambientales, disponibilidad energética y procesos auditables. Para muchas empresas, igualar internamente ese nivel de operación implica inversiones difíciles de justificar.
El mercado regional acompaña esa tendencia. Los grandes proveedores de colocation siguen expandiendo capacidad en Brasil, México, Chile y Colombia, mientras operadores regionales y locales buscan atender demanda corporativa, telco, financiera y cloud. Ascenty, Equinix, ODATA, Scala Data Centers, KIO Networks, Cirion, Nabiax, IPLAN y otros actores forman parte de un ecosistema donde la competencia ya no se limita al espacio físico, sino que incluye eficiencia energética, conectividad, certificaciones, seguridad, escalabilidad y soporte local.
Para empresas medianas o grandes, el principal atractivo está en reducir incertidumbre. Construir o actualizar un DC propio puede requerir meses o años, permisos, obra civil, inversión en energía, renovación de cooling, compra de equipamiento y contratación de personal. En housing, en cambio, la empresa puede acceder a facilidades ya construidas, con capacidad disponible, redundancia y servicios asociados. Esto no elimina el costo, pero transforma parte del CAPEX en OPEX y acelera el time-to-market.
Qué conviene dejar in house
No todo debe irse a un proveedor. El caso de Banco Ciudad es interesante porque conserva un datacenter chico en la casa central para necesidades de alto rendimiento. Esa decisión muestra que el valor del in house no desaparece: se concentra. Algunas cargas pueden requerir baja latencia interna, proximidad con equipos específicos, control directo, operación particular o integración con sistemas que todavía no conviene mover.
También hay motivos regulatorios. Bancos, organismos públicos, salud, defensa, servicios críticos y ciertas industrias pueden necesitar mantener determinados datos o sistemas bajo un esquema de control más directo. Eso no implica necesariamente que todo deba estar en casa, pero sí que la clasificación de cargas es obligatoria. Un core crítico, un sistema de monitoreo interno o una plataforma de baja latencia puede tener una lógica distinta a backups, contingencia, disaster recovery, analítica, colaboración o cargas variables.
El in house tiene sentido cuando la empresa cuenta con escala suficiente, talento técnico, energía disponible, presupuesto de renovación y necesidad real de control. También puede ser conveniente cuando ya existe una infraestructura robusta y amortizada que solo requiere modernización selectiva. En cambio, mantener un DC propio por inercia, sin medir costos reales, riesgos, PUE, disponibilidad y obsolescencia, puede convertirse en una carga silenciosa.
Cuándo gana el housing
El housing suele ganar cuando la prioridad es reducir imprevistos, como plantea Diego Bilbao. Un proveedor especializado puede ofrecer redundancia eléctrica, sistemas de cooling profesional, seguridad física, conectividad multicarrier, monitoreo permanente, soporte en sitio, certificaciones y procedimientos operativos más maduros que los disponibles en muchas instalaciones corporativas. Para una empresa que no tiene como negocio operar datacenters, esa especialización puede ser determinante.
También conviene cuando se necesita escalar rápido. Si una organización proyecta nuevas cargas de IA, analítica, servicios digitales o continuidad regional, construir capacidad propia puede ser demasiado lento. El housing permite agregar racks, potencia o salas dedicadas según demanda, aunque siempre bajo contrato y disponibilidad del proveedor. En un mercado donde la energía empieza a ser un cuello de botella, acceder a sitios con potencia asegurada puede valer más que tener espacio físico propio.
Otro punto es la conectividad. Los datacenters de colocation suelen ubicarse cerca de nodos de interconexión, carriers, nubes públicas y ecosistemas digitales. Para empresas que necesitan baja latencia hacia múltiples proveedores o quieren mejorar su estrategia híbrida, esa conectividad puede ser más valiosa que alojar cargas en una sede corporativa. La sede puede estar cerca de los usuarios internos, pero no necesariamente cerca del ecosistema digital que necesita el negocio.
El costo real no siempre está a la vista
La comparación económica entre in house y housing suele simplificarse demasiado. En el DC propio, muchas veces se mira solo la inversión ya hecha, pero no los costos de actualización, energía, refrigeración, mantenimiento, personal, seguridad, repuestos, seguros, espacio, obsolescencia y riesgo de caída. Como parte de esos costos están distribuidos en distintas áreas de la empresa, el TCO real puede quedar subestimado.
En housing, el costo aparece más claro porque se factura de forma recurrente: rack, potencia, cross-connects, conectividad, servicios remotos, soporte y extras. Esa visibilidad puede generar la sensación de que es más caro, pero también permite presupuestar con mayor precisión. La clave es comparar modelos completos: no solo cuánto cuesta alojar un servidor, sino cuánto cuesta sostener disponibilidad, resiliencia, escalabilidad y compliance durante varios años.
La decisión financiera también depende del horizonte. Si la empresa ya tiene un DC propio eficiente, con capacidad disponible y equipo experto, puede convenir modernizarlo. Si necesita ampliar capacidad, actualizar cooling, renovar UPS, mejorar seguridad física y contratar talento, tal vez sea más eficiente migrar parte de las cargas. La pregunta no es qué modelo es más barato en abstracto, sino qué modelo ofrece menor riesgo y mayor valor para el ciclo de inversión que viene.
Compliance, continuidad y responsabilidad compartida
En sectores regulados, tercerizar no significa delegar la responsabilidad. Aunque el proveedor opere el sitio, la empresa sigue siendo responsable por sus datos, sus procesos y sus obligaciones regulatorias. Por eso, elegir housing exige revisar certificaciones, contratos, cláusulas de auditoría, jurisdicción, subcontratistas, continuidad, tiempos de respuesta, seguridad física, acceso a logs, gestión de incidentes y derechos de inspección.
La colocación puede ser una ventaja si el proveedor cuenta con certificaciones, controles y procesos más robustos que los de la empresa. Pero también puede ser un riesgo si el contrato no define con precisión responsabilidades. La frontera entre lo que gestiona el proveedor y lo que gestiona el cliente debe estar clara: energía, espacio, cooling y seguridad física pueden quedar del lado del datacenter; sistemas, datos, aplicaciones, respaldos lógicos y configuraciones suelen seguir siendo responsabilidad del cliente, salvo en modelos gestionados.
La continuidad es otro punto decisivo. Un DC propio requiere que la empresa mantenga pruebas de recuperación, generadores, UPS, monitoreo, personal y repuestos. En housing, parte de esa resiliencia viene incorporada en la infraestructura del proveedor, pero la empresa debe diseñar su propia estrategia de redundancia: replicación, backups, DR, pruebas periódicas y planes de contingencia. Migrar a un sitio grande ‘con facilidades ya para esto’, como plantea Banco Ciudad, reduce imprevistos solo si la arquitectura de continuidad acompaña.
El modelo híbrido como punto de equilibrio
La tendencia más razonable para muchas empresas latinoamericanas será híbrida. Un sitio propio reducido para cargas sensibles, alto rendimiento o necesidades locales; un housing principal o secundario para operación crítica, crecimiento, contingencia o modernización; cloud para elasticidad, colaboración o aplicaciones específicas; y eventualmente edge o módulos para casos distribuidos. Esta combinación permite evitar decisiones extremas y ajustar cada carga al mejor entorno.
El modelo híbrido exige una buena clasificación. No alcanza con decidir por aplicación de manera intuitiva. Hay que evaluar criticidad, latencia, sensibilidad de datos, dependencia de terceros, costo de caída, consumo energético, demanda futura, requerimientos regulatorios, facilidad de migración y dependencia de hardware específico. Recién después se puede decidir si la carga queda in house, va a housing, se aloja en cloud o se distribuye.
También requiere gobierno. Si cada área mueve cargas por conveniencia inmediata, la arquitectura se fragmenta. Un modelo híbrido bien implementado necesita políticas comunes de seguridad, monitoreo, identidad, backup, observabilidad, compliance, conectividad y gestión financiera. La ventaja no está en tener muchos entornos, sino en coordinarlos como una sola plataforma operativa.
Cómo decidir sin caer en dogmas
La primera pregunta debe ser de negocio: qué cargas son realmente estratégicas, cuáles necesitan control directo y cuáles necesitan escalar con rapidez. La segunda es de infraestructura: qué capacidad, energía, cooling y conectividad tiene hoy el DC propio, y cuánto costaría llevarlo al nivel requerido para los próximos cinco años. La tercera es de riesgo: qué ocurre si el sitio actual falla, queda sin energía, no puede crecer o no cumple nuevas exigencias regulatorias.
La cuarta pregunta es contractual. Un proveedor de housing debe evaluarse como socio de infraestructura crítica, no como alquiler de espacio. Hay que revisar SLA, penalidades, condiciones de salida, escalabilidad, soporte, certificaciones, reportes, precios por potencia, cross-connects, acceso físico, tiempos de intervención, seguridad y roadmap del sitio. Una mala selección puede transformar la tercerización en dependencia costosa.
La quinta pregunta es de transición. Migrar un datacenter principal no es mover cajas: implica inventario, dependencias, ventanas de cambio, replicación, pruebas, rollback, comunicación interna, soporte de proveedores y gestión de riesgos. La decisión puede ser correcta y aun así fracasar si la migración se hace sin método. Por eso, los proyectos más prudentes avanzan por oleadas: cargas no críticas, entornos de respaldo, servicios secundarios y luego sistemas principales.
La discusión entre in house y tercerización está entrando en una etapa más madura. El DC propio ya no se justifica solo por tradición, y el housing no se adopta solo por moda. Cada modelo tiene sentido cuando responde a una necesidad concreta. Para América Latina, donde conviven regulación, crecimiento digital, presión energética y restricciones de inversión, el mayor valor estará en diseñar arquitecturas híbridas que combinen control, resiliencia y flexibilidad sin sobredimensionar ni perder gobierno operativo.