Qué hacemos · Datos y web: Repatriación del cloud (cloud repatriation) y salidas de colocation
Traer las cargas de trabajo de vuelta desde el cloud público, o sacarlas de un contrato de colocation, a una infraestructura con un coste mensual fijo y con ingenieros a los que puede llamar por su nombre. Planificamos la salida sobre cifras medidas, hacemos funcionar lo antiguo y lo nuevo en paralelo, y solo movemos cuando el lado nuevo está probado.
Qué es
La repatriación es una migración con un caso de negocio detrás. Facturas que crecen con el tráfico, cargos por egress, precios de instancias opacos y cuentas que un algoritmo puede suspender empujan a las empresas de vuelta hacia una infraestructura propia o dedicada. Tomamos la carga de trabajo, los datos y los servicios que los rodean (DNS, bases de datos, caché, balanceo de carga) y los reconstruimos sobre bare metal, nuestro private cloud OLVM, OpenShift o CloudStack dedicado, en Atenas o Ámsterdam en Digital Realty, o en Toronto.
Cómo lo construimos
Medir lo que de verdad se ejecuta. Antes de diseñar nada, medimos: CPU, memoria y storage consumidos de verdad, no aprovisionados; patrones de tráfico; qué servicios gestionados están en uso y qué sustituye a cada uno. Los entornos cloud suelen estar sobredimensionados, y moverlos tal cual trasladaría ese desperdicio a la nueva casa.
Diseñar para los dominios de fallo que pierde. El cloud público le da zonas de disponibilidad; nosotros le damos hosts separados, cabinas de storage separadas, fabrics Fibre Channel redundantes y varias sedes unidas por nuestro propio backbone cifrado. Cada nivel de su plataforma se corresponde con un diseño equivalente o mejor.
Sustituir los servicios gestionados por cosas que posee. Las bases de datos gestionadas pasan a ser Percona XtraDB Cluster o MariaDB replicada; las cachés gestionadas, Valkey con Sentinel; el DNS gestionado, su propio parque PowerDNS; los servicios de contenedores, OpenShift sobre bare metal.
Ejecutar ambos y después conmutar. Lo antiguo y lo nuevo funcionan en paralelo. Los datos se replican o se presiembran, cada registro u objeto se verifica contra el origen, y la conmutación final (cutover) ocurre en una ventana corta y ensayada, con la plataforma antigua todavía intacta detrás.
De qué le protege
- Facturas mensuales que suben con su éxito y cargos por sacar sus propios datos.
- La dependencia de un proveedor a través de servicios gestionados propietarios.
- Una cuenta suspendida por un sistema automático sin nadie con quien hablar.
- Una mudanza que copia un entorno sobredimensionado a un contrato nuevo.
- Un cutover de DNS que rompe su dominio para todos los resolutores que validan DNSSEC.
En la práctica
Los servicios vuelven a casa de uno en uno. DNS, correo, bases de datos y aplicaciones se mueven cada uno con su propio plan, funcionando en paralelo con el cloud hasta que cada registro y cada respuesta han sido verificados, de modo que nada se conmuta por fe. La historia completa de un cliente que dejó AWS por un parque DNS propio se cuenta en nuestra página de Managed DNS.
Dejar atrás los servicios gestionados. Para los clientes que salen del cloud público reconstruimos de forma rutinaria los servicios gestionados de base de datos, caché y balanceo de carga como equivalentes en clúster y con failover probado sobre hardware dedicado, de modo que la mudanza mejore la resiliencia en lugar de cambiarla por precio.
Por qué EuroVPS
- Hardware real de nuestra propiedad, en Digital Realty en Atenas y Ámsterdam y en Toronto, con un coste mensual fijo.
- Ingenieros que reconstruyen los servicios cloud gestionados como sistemas que usted controla y entiende.
- Planes construidos sobre mediciones, no sobre listas de precios ni estimaciones de memoria.
- Lo antiguo y lo nuevo funcionan en paralelo hasta que la nueva plataforma se ha demostrado.
- Sin cancelación algorítmica de cuentas: usted habla con personas.
Preguntas frecuentes
- ¿De verdad ahorraremos dinero? Para cargas de trabajo estables, normalmente mucho. Primero modelamos la salida sobre su uso medido, y le diremos si una carga de trabajo está mejor donde está.
- ¿Qué sustituye a RDS o ElastiCache? Percona XtraDB Cluster o MariaDB replicada, y Valkey con Sentinel, todo sobre infraestructura dedicada y gestionado por nosotros.
- ¿Perdemos alcance global? No. Su DNS puede ser geográficamente diverso, y un CDN puede situarse delante del origen. Lo que gana es el control del origen.
- ¿Cuánto tarda una repatriación? Depende del entorno. Los traslados de servicios pequeños llevan días; las plataformas completas se planifican por fases con una ejecución en paralelo.
- ¿Podemos mantener algunos servicios en el cloud? Sí. Lo híbrido está bien, y la conectividad privada entre ambos es algo que construimos.
¿Listo para traerlo a casa? Hable con un ingeniero.
Su próximo socio de infraestructura
Veamos su infraestructura.
Cuéntenos qué ejecuta hoy y qué necesita mejorar. Un ingeniero revisará su solicitud y le ayudará a planificar el siguiente paso.
+357 222 32280
Empecemos por su infraestructura.
Un poco de contexto nos ayuda a empezar la conversación adecuada.