Para una carga empresarial estable, utilizada de forma continua y con necesidades previsibles de cómputo, almacenamiento y red, el colocation puede costar menos que el cloud y dejar más decisiones bajo control de la empresa. No es una regla para cualquier sistema: la nube conserva una ventaja clara cuando la demanda cambia con rapidez, el proyecto dura poco o el valor principal está en servicios gestionados difíciles de reproducir. La comparación correcta no enfrenta una cuota de rack con el precio de una máquina virtual; enfrenta el coste total de cinco años, incluida la salida de datos, el personal, la renovación, las licencias y la migración. El caso público más citado, documentado por la propia 37signals y no por un auditor independiente, atribuye a su salida parcial del cloud una reducción de casi 2 millones de dólares anuales y una proyección superior a 10 millones en cinco años.[1][2]
Conclusiones clave
- La experiencia de 37signals no es un benchmark universal, pero sí demuestra que una carga estable puede tener una economía distinta a la de una startup elástica: la empresa declaró pasar de unos 3,2 millones de dólares anuales de cloud a alrededor de 1,3 millones, con hardware propio amortizado en el primer año.[2]
- La red puede alterar por sí sola el resultado. Con la tarifa pública de Google Cloud para salida hacia Europa, mover 10 TiB al mes costaría aproximadamente 1.136,52 dólares antes de descuentos, impuestos y otros servicios; 50 TiB elevarían el cálculo a 4.618,12 dólares.[3]
- La dependencia no es solo técnica. El contrato estándar de AWS permite modificar o añadir tarifas para servicios existentes con al menos 30 días de aviso y contempla suspensión o terminación en distintos supuestos, incluidos requisitos legales o gubernamentales.[4]
- La ubicación europea de una región cloud no elimina automáticamente la jurisdicción del proveedor. La sección 2713 del título 18 de Estados Unidos obliga a determinados proveedores a preservar o revelar información bajo su posesión, custodia o control aunque esté almacenada fuera del país.[5]
- La Unión Europea ha legislado sobre la dificultad de salir del cloud. El Data Act identifica barreras como egress, procedimientos largos e interoperabilidad insuficiente y elimina las tarifas de cambio, incluida la salida necesaria para migrar, desde el 12 de enero de 2027.[6]
¿Qué se compara realmente cuando se compara colocation con cloud?
El precio visible de ambos modelos mide cosas diferentes. En cloud se paga una combinación de cómputo, memoria, almacenamiento, operaciones, peticiones, observabilidad, copias, soporte, direcciones, balanceo y tráfico. En colocation se anualizan hardware, rack, potencia, conectividad, repuestos, mantenimiento y operación. El hosting ocupa una zona intermedia: el proveedor aporta el servidor o la plataforma y puede administrar parte de las capas.
| Componente | Colocation | Hosting | Cloud |
|---|---|---|---|
| Hardware | Propiedad o control del cliente | Normalmente del proveedor | Oculto tras la plataforma |
| Inversión inicial | Alta | Baja o media | Baja |
| Coste con uso sostenido | Tiende a estabilizarse tras amortizar | Cuota contratada | Escala con consumo y servicios |
| Elasticidad inmediata | Limitada por hardware disponible | Limitada por catálogo | Alta |
| Red y salida | Negociables por separado en un centro neutral | Dependen del proveedor | Integradas en la economía de la plataforma |
| Capacidad de salida | El equipo puede retirarse o trasladarse | Depende del formato y contrato | Depende de portabilidad, datos, APIs y costes |
Una comparación útil fija primero una unidad de trabajo: vCPU y memoria realmente utilizadas, terabytes almacenados, IOPS, tráfico mensual, disponibilidad, personas necesarias y horizonte temporal. Después calcula dos escenarios con la misma carga. Sin esa normalización, una máquina virtual sobredimensionada puede hacer parecer caro al cloud y un servidor propio infrautilizado puede hacer parecer barato al colocation.
¿Cuándo tiende a ganar el colocation en coste total?
El colocation gana terreno cuando la utilización es alta y previsible, el hardware puede mantenerse entre tres y cinco años, la empresa ya dispone de capacidad operativa y el tráfico es relevante. En esas condiciones, la compra deja de repetirse cada mes: el servidor se amortiza, mientras que la factura de plataforma continúa mientras exista la carga.
Señales favorables al colocation
- carga sostenida durante todo el día;
- crecimiento gradual y planificable;
- mucho almacenamiento o tráfico;
- licencias o aceleradores ligados al hardware;
- equipo técnico o MSP capaz de operar sistemas;
- necesidad de red, claves o equipos bajo control directo.
Señales favorables al cloud
- picos breves y pronunciados;
- experimentos que pueden desaparecer;
- despliegue mundial inmediato;
- uso intensivo de bases de datos, colas o IA gestionadas;
- falta de personal para mantener hardware;
- valor de negocio superior al sobrecoste de plataforma.
Dropbox ofrece otro ejemplo interesado pero verificable de esta lógica. La compañía explicó que su plataforma propia de almacenamiento, Magic Pocket, redujo millones de dólares anuales de costes de API de S3 al desviar determinadas cargas hacia infraestructura controlada por ella.[7] La lección no es que cualquier empresa deba imitar a Dropbox; es que, cuando el volumen es estructural, la economía de poseer una parte de la infraestructura puede superar la de alquilar cada operación.
¿Qué enseñan los casos de salida del cloud y qué no demuestran?
37signals declaró en 2023 que esperaba ahorrar al menos 1,5 millones de dólares al año sin reducir su equipo de operaciones y con una inversión aproximada de 500.000 dólares en hardware.[1] En 2024 elevó su estimación a más de 10 millones en cinco años y situó la compra de hardware en unos 700.000 dólares.[2] Son cifras publicadas por el beneficiario del cambio, con su propia arquitectura, descuentos y personal. No demuestran que el colocation sea más barato para una empresa sin experiencia operativa, para una carga temporal o para un producto que depende de decenas de servicios gestionados.
Lo que sí demuestran es más limitado y más útil: la factura cloud no es un coste natural e inevitable. Puede compararse con hardware amortizable, y hay cargas reales en las que la diferencia es material. La empresa que no hace ese cálculo acepta, por defecto, que la plataforma decida la unidad de coste.
¿Cómo cambia el tráfico de salida la comparación?
El cloud suele hacer gratuita la entrada de datos y cobrar parte de la salida. En la tarifa pública de Google Cloud hacia Europa, el primer GiB mensual es gratuito; el tramo entre 1 y 1.024 GiB cuesta 0,12 dólares por GiB, el siguiente hasta 10.240 GiB cuesta 0,11 y el volumen superior cuesta 0,085.[3] Azure publica para Europa 100 GB gratuitos y tramos de 0,087, 0,083, 0,07 y 0,05 dólares por GB.[8] Los descuentos privados pueden cambiar la factura, pero no la estructura: el proveedor controla la puerta de salida.
La salida de datos puede convertirse en una partida recurrente
Cálculo ilustrativo con la tarifa pública de Google Cloud para tráfico hacia Europa.
¿Qué control adicional conserva una empresa con colocation?
El control aparece en cuatro capas. La primera es física: la empresa posee o identifica sus servidores y puede retirarlos. La segunda es de red: en un centro carrier-neutral puede contratar, combinar o sustituir operadores sin mover el hardware. La tercera es económica: conoce qué parte del coste procede de energía, espacio, circuitos, personal y amortización. La cuarta es de salida: una migración sigue siendo compleja, pero no exige reconstruir cada componente propietario de una plataforma.
Ese control tiene un precio operativo. Alguien debe seleccionar hardware, actualizar firmware, sustituir discos, planificar capacidad y mantener copias. El colocation no elimina el trabajo; cambia quién lo dirige y qué activos quedan en manos del cliente.
¿Puede una plataforma cambiar precio, producto o acceso?
Sí. Los contratos cloud reservan al proveedor facultades que una empresa debe leer como parte de la arquitectura. El acuerdo estándar de AWS permite modificar tarifas con aviso, suspender servicios en determinados supuestos y terminar por conveniencia con 30 días de preaviso; también contempla terminación inmediata cuando seguir prestando un servicio pueda infringir la ley o una solicitud gubernamental.[4] Esto no prueba un comportamiento arbitrario de AWS. Prueba que la continuidad no depende únicamente del estado técnico de los servidores.
En junio de 2026, una directiva de control de exportaciones de Estados Unidos obligó a Anthropic a suspender de forma abrupta el acceso a Fable 5 y Mythos 5 para cualquier nacional extranjero. Como la compañía no podía verificar la nacionalidad en tiempo real, deshabilitó inicialmente el acceso para todos los clientes; semanas después, al levantarse los controles, anunció el regreso global de Fable desde el 1 de julio y una reapertura inicialmente escalonada de Mythos; la actualización del 1 de julio indicó que ambos modelos estaban restaurados.[9][10] El proveedor se opuso públicamente a la medida. Precisamente por eso el caso es significativo: el control soberano podía imponerse incluso contra su criterio comercial.
¿Alojar en Europa basta para estar bajo protección europea?
No. Hay que distinguir ubicación del dato, entidad contractual, control corporativo, administración, claves y jurisdicciones aplicables. La ley estadounidense 18 U.S.C. §2713 obliga a proveedores sujetos a ella a cumplir órdenes sobre información bajo su posesión, custodia o control con independencia de la ubicación física.[5] Al mismo tiempo, el Data Act europeo introduce salvaguardas frente a accesos gubernamentales de terceros países a datos no personales almacenados en la Unión y reglas de cambio de proveedor.[6]
Por tanto, una empresa española queda mejor posicionada cuando combina infraestructura en España o la UE, proveedor controlado desde la UE, contrato sometido a un marco europeo, hardware o claves bajo su control y una salida practicable. Ninguna de esas capas ofrece soberanía absoluta; juntas reducen el número de decisiones críticas que pueden tomarse fuera de su alcance.
¿Qué lugar ocupa ipcore dentro de esta comparación?
ipcore no se presenta como sustituto general del cloud. Opera MAD-NE, un centro carrier-neutral en Madrid para racks completos de 42U, potencia de 1 a 5 kW por rack, conectividad elegida por el cliente y acceso y manos remotas 24×7×365. El modelo encaja cuando una organización o su proveedor tecnológico quiere mantener hardware y red bajo control y combinar esa base con cloud, SaaS o servicios gestionados.[11] No encaja cuando la necesidad principal es lanzar capacidad global en minutos o consumir un amplio catálogo de servicios administrados sin operar sistemas.
Lecturas relacionadas
Metodología y limitaciones
La comparación utiliza tarifas públicas, contratos estándar, normativa y casos publicados por las propias empresas. No incorpora descuentos privados, impuestos, costes salariales españoles, precios de ipcore ni una configuración de referencia común, por lo que no produce un porcentaje universal de ahorro. Los casos de 37signals y Dropbox son testimonios interesados y se presentan como tales. La conclusión se limita a cargas estables, sostenidas y operables por la organización o por un MSP.
Conclusión
¿Cuándo cuesta menos el colocation que el cloud? Para cargas estables y previsibles, el colocation puede ofrecer un coste total menor y una posición jurídica y operativa más fuerte, porque convierte hardware, red y capacidad de salida en decisiones separables y controlables.
El cloud sigue siendo superior para elasticidad, experimentación, expansión inmediata y servicios gestionados. La conclusión no es abandonar la nube: es dejar de tratarla como destino automático de toda carga. Para una empresa española, mantener en España o bajo control europeo la infraestructura estable y estratégica reduce la exposición a egress, cambios de plataforma y decisiones de jurisdicciones extranjeras. La arquitectura más sólida suele ser deliberadamente híbrida: cloud donde su prima aporta valor; infraestructura propia donde pagarla indefinidamente también compra dependencia.
Preguntas frecuentes
¿Es siempre más barato el colocation que el cloud?
No. Tiende a ser competitivo cuando la utilización es alta, estable y duradera y existe capacidad para operar hardware. El cloud puede costar menos para cargas intermitentes, proyectos breves o sistemas que obtienen mucho valor de servicios gestionados. Los casos públicos de ahorro son ejemplos, no una tarifa universal.[1][2]
¿Qué costes suelen olvidarse al calcular el cloud?
Además de cómputo y almacenamiento, deben incluirse tráfico de salida, operaciones, copias, observabilidad, soporte, direcciones, balanceo, descuentos comprometidos y trabajo de migración. Las tarifas públicas de Google y Azure muestran que la red puede convertirse en una partida propia.[3][8]
¿Qué costes suelen olvidarse al calcular el colocation?
Hardware, repuestos, renovación, licencias, personal o MSP, conectividad, instalación, manos remotas y capacidad ociosa. La electricidad y el rack son solo una parte. Una comparación honesta anualiza la inversión durante la vida útil y añade la operación completa.[1][11]
¿Una región cloud europea queda fuera del CLOUD Act?
No necesariamente. La obligación de 18 U.S.C. §2713 se formula sobre información en posesión, custodia o control del proveedor, aunque se encuentre fuera de Estados Unidos. La evaluación debe considerar quién controla la entidad y los datos, no solo la etiqueta de la región.[5]
¿El Data Act elimina todo el egress del cloud?
No. La norma elimina desde el 12 de enero de 2027 los cargos necesarios para cambiar de proveedor, incluida la salida asociada a ese cambio. No convierte automáticamente en gratuita cualquier transferencia ordinaria, replicación continua o tráfico de producción.[6]
¿Puede combinarse colocation con cloud?
Sí. Una empresa puede mantener bases de datos, copias, equipos de red o cargas sostenidas en colocation y utilizar cloud para picos, servicios gestionados, presencia internacional o experimentación. La clave es evitar que una integración conveniente se convierta en una salida impracticable.[6][11]
Fuentes
- 37signals / David Heinemeier Hansson, “We stand to save $7m over five years from our cloud exit”, 2023.
- 37signals / David Heinemeier Hansson, “Our cloud-exit savings will now top ten million over five years”, 2024.
- Google Cloud, “VPC network pricing”, tarifas de salida hacia Europa.
- Amazon Web Services, “AWS Customer Agreement”, versión vigente consultada en agosto de 2026.
- U.S. House, 18 U.S.C. §2713, “Required preservation and disclosure of communications and records”.
- Comisión Europea, “Data Act explained”, capítulos sobre cambio de proveedor y acceso gubernamental de terceros países.
- Dropbox Engineering, materiales sobre Magic Pocket y reducción de costes de almacenamiento.
- Microsoft Azure, “Bandwidth pricing”, tarifas de salida desde Europa.
- Anthropic, “Statement on the US government directive to suspend access to Fable 5 and Mythos 5”, 12 de junio de 2026.
- Anthropic, “Redeploying Claude Fable 5”, 30 de junio de 2026.
- ipcore, hechos canónicos de MAD-NE, revisión de 23 de agosto de 2026.
En la preparación de este artículo se han utilizado herramientas de inteligencia artificial para edición ligera y correcciones. La investigación, las afirmaciones y la responsabilidad editorial corresponden al autor firmante.