Una factura sin coste de salida no es el coste de abandonar Scaleway

Resumen

• El Data Act de la UE eliminará desde el 12 de enero de 2027 los cargos que el proveedor imponga por ejecutar el cambio, incluidos los cargos de salida de datos aplicables. No elimina el trabajo interno, el servicio de destino ni la verificación.
• Una salida creíble requiere seis libros de costes: extracción, sustitución, ensayo, coexistencia, cambio de autoridad y cierre.
• La propia documentación pública de Scaleway separa las obligaciones de recuperación, identidad, restauración de cargas y eliminación. El final no es la copia: es el momento en que el destino funciona y la fuente puede destruirse con pruebas suficientes.

La hoja de cálculo de finanzas contiene una buena noticia: salida de datos, 0 €. La consola de operaciones cuenta otra historia. Quedan una base que restaurar, permisos que reconstruir, certificados que rotar, rutas que modificar, alertas que volver a conectar y una eliminación que no admite marcha atrás. Las dos vistas pueden ser correctas. Solo la segunda se aproxima al coste de marcharse.

Europa está cambiando una parte importante de esta ecuación. El Data Act se aplica desde septiembre de 2025 y obliga a retirar obstáculos comerciales, contractuales, técnicos y organizativos al cambio de proveedor. A partir del 12 de enero de 2027, el proveedor de origen no podrá cobrar por la ejecución del cambio, incluidos los cargos de tránsito de datos cubiertos por la norma. Hasta entonces existe un régimen transitorio de cargos reducidos.

La fecha no debe convertirse en una conclusión equivocada. La ley limita lo que cobra el proveedor y fija deberes para facilitar el cambio; no promete que el cliente no pague por adaptar aplicaciones, contratar servicios de destino, recurrir a especialistas, operar dos entornos o ejecutar pruebas.

El texto distingue, además, entre infraestructura como servicio —donde se deben tomar medidas razonables para facilitar una equivalencia funcional— y otros servicios, para los que son centrales las interfaces abiertas y la exportación en formatos habituales y legibles por máquina. Exportar y obtener el mismo resultado operativo son problemas relacionados, no idénticos.

Quitar un cargo no elimina una migración

Scaleway ha defendido públicamente la relación entre egress, bloqueo y libertad de elección. En 2022 presentó el multicloud como un instrumento de reversibilidad y apertura. Es una posición empresarial relevante, pero no prueba que todas las cargas sean portables sin rediseño ni que todos los productos de Scaleway compartan la misma tarifa. Sus precios son específicos por producto y contrato; este artículo no afirma que toda salida de datos de Scaleway sea gratuita hoy.

La documentación operativa ofrece un terreno más sólido. En el modelo de responsabilidad de almacenamiento, Scaleway asigna al cliente la planificación y ejecución de la reversibilidad, la recuperación de todos los datos, la finalización del proceso antes de borrar buckets, volúmenes o snapshots y la confirmación de la eliminación. Scaleway indica que mantendrá disponible el servicio hasta la terminación y que puede emitir un certificado de eliminación a petición. Son cuatro momentos diferentes: recuperar, comprobar, borrar y conservar evidencia.

La identidad añade otra frontera. Las claves API de Scaleway están limitadas a una Organización y heredan los permisos de su usuario o aplicación IAM. Un destino necesita sus propios principales, políticas, secretos y procedimientos de rotación. Ninguno viaja automáticamente con un archivo de objetos o un dump de base de datos.

También hay una diferencia entre datos y comportamiento. Scaleway documenta pg_dump y pg_restore para PostgreSQL, y mysqldump y mysql para MySQL. Estas herramientas facilitan el movimiento lógico.

No demuestran por sí solas que extensiones, alta disponibilidad, mantenimiento, objetivos de recuperación, red, rendimiento y monitorización vayan a comportarse igual. En Kubernetes, la documentación deja al cliente la recuperación de las cargas, las claves, los certificados y la política de copias. Y el cierre de una cuenta elimina definitivamente recursos y backups de la Organización.

De ahí surgen seis libros que deben presupuestarse por separado.

Extracción. No solo objetos y volúmenes: también esquemas, metadatos, imágenes, logs y registros de auditoría. La prueba debe conciliar origen y destino mediante recuentos, hashes y una lista expresa de fallos o exclusiones.

Sustitución. Una base gestionada incluye operación, failover, backups, red y soporte, no únicamente tablas. Lo mismo ocurre con balanceadores, colas, IAM, secretos y observabilidad. Cada capacidad debe copiarse, traducirse o rediseñarse.

Ensayo. Restaurar, reproducir una cola, forzar un fallo, caducar un certificado y retirar un permiso convierten un diagrama en evidencia. Terraform ayuda a declarar y revisar infraestructura, pero un apply correcto no certifica equivalencia semántica ni comportamiento bajo fallo.

Coexistencia. Durante una salida segura suelen convivir origen y destino. Se duplican temporalmente infraestructura, vigilancia, seguridad, soporte y guardias. Acortar esa etapa reduce gasto visible, pero también el tiempo para detectar una divergencia sin causar una interrupción.

Cambio de autoridad. DNS, rutas, certificados, clientes API, automatización, trabajos programados, secretos y responsabilidad de incidentes deben pasar al nuevo entorno. Hace falta fijar cuándo la fuente deja de aceptar escrituras; de lo contrario, dos sistemas válidos pueden producir estados incompatibles.

Cierre. Incluye buscar recursos residuales, revisar la última factura, atender retenciones, revocar credenciales, solicitar borrados y guardar recibos o certificados. Scaleway recomienda borrar recursos antes de cerrar la cuenta. La extracción se puede repetir; una copia eliminada no siempre puede recuperarse.

Probar resultados, no formatos

Los estándares reducen fricción y deben aprovecharse. S3, los dumps de motores conocidos y la infraestructura como código son activos reales. Pero cada uno observa una parte del sistema. Un checksum confirma los bytes, no la política IAM. Una restauración confirma que el destino aceptó datos, no que cumplirá el objetivo de recuperación. Una configuración aplicada confirma que una API respondió, no que la aplicación mantendrá su servicio cuando falle una zona.

La “equivalencia funcional” del Data Act ofrece una disciplina mejor: resultados materialmente comparables para las funciones compartidas. Es algo que se mide mediante pruebas y aceptación de negocio, no una etiqueta del catálogo.

Antes de renovar o ampliar un compromiso, la empresa puede ejecutar un ensayo con una carga representativa: reconciliar el inventario con facturación e infraestructura como código; exportar y verificar; reconstruir controles; restaurar en un destino; simular un fallo; medir la coexistencia; y registrar cada dependencia específica. No obliga a abandonar Scaleway. Permite decidir quedarse conociendo el precio de la alternativa.

Las reglas jurídicas proceden del texto oficial del Data Act y de la explicación de la Comisión Europea.

Las responsabilidades técnicas se basan en la documentación de Scaleway sobre reversibilidad del almacenamiento, Kubernetes, claves IAM, bases de datos y cierre de cuenta. No se presupone ningún resultado privado de clientes.

Las demás funciones documentales proceden de los términos generales de servicio de Scaleway, su posición multicloud de 2022 debidamente atribuida, el índice de precios por producto y su explicación de Terraform. Aportan contexto contractual, empresarial, tarifario y de infraestructura como código; ninguna demuestra un resultado de cliente.