Alternativa solo UE a Fly.io.

Fly.io ("Fly") es una plataforma de edge compute con sede en EE. UU. que ejecuta microVMs Firecracker en más de 30 regiones, incluyendo Amsterdam, Frankfurt, París, Madrid y Estocolmo. Fly Inc. es una corporación de Delaware; las regiones de la UE están ubicadas en la UE pero controladas desde EE. UU., y la CLOUD Act aplica. El enfoque técnico de Fly (microVMs en el edge, cold start casi instantáneo, `fly deploy` simple) es genuinamente innovador; sustituirlo por un stack soberano de la UE implica cambiar ese modelo específico de edge multi-región por un despliegue fijo a una región o un equivalente autogestionado sobre infraestructura de la UE.

Estados Unidos Pila de reemplazo, solo UE 10 servicios mapeados

Agendar una llamada Escanee primero su dominio

Proveedor: Fly.io
Sede: Chicago, IL
Jurisdicción: Estados Unidos
Régimen legal: CLOUD Act, FISA 702

"Región UE" no es soberanía. Cuatro preguntas lo deciden.

La residencia de datos dice dónde están los bits. La soberanía dice qué sistema legal puede obligar al acceso. La respuesta debe sostenerse en los cuatro puntos, o la pila no es soberana.

Residencia

¿Dónde se almacenan físicamente los datos?

No "en la nube": qué centro de datos, en qué país, bajo qué jurisdicción.

Subprocesadores

¿Quién más está en su ruta de datos?

Cada proveedor que toca los datos: el CDN, el relay de correo, el rastreador de errores, el pipeline de analítica.

Jurisdicción

¿Qué leyes pueden obligar a la divulgación?

Un proveedor con sede en EE. UU. está sujeto a la FISA 702 y a la CLOUD Act, aunque los datos estén en Fráncfort.

Custodia de claves

¿Quién posee realmente las claves de cifrado?

Si el proveedor cloud posee tanto los datos como las claves, puede leerlos, con independencia de cualquier DPA.

No cumple AWS · Azure · GCP · Región de la UE

Falla en jurisdicción y custodia de claves.

Bits en la UE, matriz con sede en EE. UU., subprocesadores estadounidenses en la ruta por defecto, claves gestionadas por el proveedor.

Cumple Stack gestionado por Binadit

Pasa en los cuatro.

Alojado en la UE sobre infraestructura con sede europea. Cero subprocesadores estadounidenses en la ruta por defecto. Claves del cliente o de un KMS europeo. Nombrados en su DPA del Artículo 28.

Por qué los equipos están saliendo Fly.io

Las salidas de Fly.io que hemos evaluado provienen de cargas de trabajo reguladas (SaaS de salud, fintech) donde el patrón de edge multi-región era deseable pero el procesador con jurisdicción de EE. UU. era un bloqueante. La respuesta honesta para estas cargas de trabajo: la mayoría no necesita realmente 30 regiones, necesitan 2-3 regiones de la UE con baja latencia. Ese requisito lo cubren dos de nuestras regiones de la UE, junto con un CDN como Bunny.net para assets estáticos, lo que en conjunto sirve a usuarios de la UE con latencia por debajo de 50 ms y jurisdicción europea completa.

Fly.io servicios y sus equivalentes solo en la UE

Una migración no es "cambiar una caja por otra". El mapeo a continuación es lo que ejecutamos para los clientes que dejan Fly.io por motivos de Schrems II: jurisdicción europea completa, sin matriz estadounidense en la ruta de datos.

Fly.io servicio	Lo que usamos en su lugar	Nota de ingeniería
Fly Machines (microVMs)	Binadit Managed Cloud Platform. Máquinas virtuales KVM sobre Debian o Ubuntu, aprovisionadas con Terraform y configuradas con Ansible.	Para la mayoría de las cargas de trabajo, las VMs regulares con despliegue multi-región vía DNS GeoIP cubren el caso de uso. Para un verdadero microVM por solicitud, Firecracker autoalojado en cómputo de la UE es la respuesta soberana.
Fly Apps (PaaS layer)	Binadit Managed Cloud Platform. Imágenes Docker construidas en GitLab CI y desplegadas en Kubernetes, con entornos de revisión por branch.	La función multi-server de Coolify gestiona patrones de despliegue multi-región.
Fly Postgres (clustered)	Binadit Managed Cloud Platform. PostgreSQL o MySQL con Patroni para failover y pgBackRest para recuperación point-in-time.	Patroni en cómputo de la UE es el patrón open-source que impulsa la propia oferta de Postgres de Fly.
Fly Redis (Upstash)	Binadit Managed Cloud Platform. Redis o Valkey, con Sentinel para failover.	Nota: Upstash tiene su sede en EE. UU., por lo que Fly Redis es US-on-US.
Fly Volumes	Binadit Managed Cloud Platform. Ceph RBD, o Longhorn para volúmenes Kubernetes-native.	Volúmenes respaldados por NVMe estándar; de tamaño equivalente.
Fly Proxy (Anycast)	Binadit Managed Cloud Platform. HAProxy o Nginx, con keepalived para failover.	Los health checks, el connection draining y las sticky sessions se conservan todos. TLS termina aquí con certificados renovados automáticamente.
Fly Postgres failover (multi-region)	Binadit Managed Cloud Platform. Failover de PostgreSQL gestionado por Patroni entre nodos, con promoción automática.	Para multi-región exclusivamente en la UE (por ejemplo, NL + DE activo-activo con failover regional), Patroni lo gestiona.
Fly Secrets	Binadit Managed Cloud Platform. HashiCorp Vault o Infisical, autoalojado, con rotación automática de leases.	Vault es la respuesta de calidad producción para cualquier carga de trabajo de secretos no trivial.
flyctl / fly deploy DX	Binadit DevOps & Support. kubectl, Terraform y GitLab CI, con wrappers específicos del proyecto donde resulten útiles.	La brecha de DX es real pero se puede cerrar. El `coolify deploy` de Coolify es el equivalente más cercano.
Fly LiteFS (replicated SQLite)	Binadit Managed Cloud Platform. PostgreSQL con read replicas, o Litestream donde el modelo SQLite realmente encaja.	SQLite replicado es elegante para aplicaciones con un solo escritor y muchas lecturas. Cuando la ruta de escritura está saturada, PostgreSQL es la opción más segura.

Fly Machines (microVMs)

Lo que usamos en su lugar: Binadit Managed Cloud Platform. Máquinas virtuales KVM sobre Debian o Ubuntu, aprovisionadas con Terraform y configuradas con Ansible.
Nota de ingeniería: Para la mayoría de las cargas de trabajo, las VMs regulares con despliegue multi-región vía DNS GeoIP cubren el caso de uso. Para un verdadero microVM por solicitud, Firecracker autoalojado en cómputo de la UE es la respuesta soberana.

Fly Apps (PaaS layer)

Lo que usamos en su lugar: Binadit Managed Cloud Platform. Imágenes Docker construidas en GitLab CI y desplegadas en Kubernetes, con entornos de revisión por branch.
Nota de ingeniería: La función multi-server de Coolify gestiona patrones de despliegue multi-región.

Fly Postgres (clustered)

Lo que usamos en su lugar: Binadit Managed Cloud Platform. PostgreSQL o MySQL con Patroni para failover y pgBackRest para recuperación point-in-time.
Nota de ingeniería: Patroni en cómputo de la UE es el patrón open-source que impulsa la propia oferta de Postgres de Fly.

Fly Redis (Upstash)

Lo que usamos en su lugar: Binadit Managed Cloud Platform. Redis o Valkey, con Sentinel para failover.
Nota de ingeniería: Nota: Upstash tiene su sede en EE. UU., por lo que Fly Redis es US-on-US.

Fly Volumes

Lo que usamos en su lugar: Binadit Managed Cloud Platform. Ceph RBD, o Longhorn para volúmenes Kubernetes-native.
Nota de ingeniería: Volúmenes respaldados por NVMe estándar; de tamaño equivalente.

Fly Proxy (Anycast)

Lo que usamos en su lugar: Binadit Managed Cloud Platform. HAProxy o Nginx, con keepalived para failover.
Nota de ingeniería: Los health checks, el connection draining y las sticky sessions se conservan todos. TLS termina aquí con certificados renovados automáticamente.

Fly Postgres failover (multi-region)

Lo que usamos en su lugar: Binadit Managed Cloud Platform. Failover de PostgreSQL gestionado por Patroni entre nodos, con promoción automática.
Nota de ingeniería: Para multi-región exclusivamente en la UE (por ejemplo, NL + DE activo-activo con failover regional), Patroni lo gestiona.

Fly Secrets

Lo que usamos en su lugar: Binadit Managed Cloud Platform. HashiCorp Vault o Infisical, autoalojado, con rotación automática de leases.
Nota de ingeniería: Vault es la respuesta de calidad producción para cualquier carga de trabajo de secretos no trivial.

flyctl / fly deploy DX

Lo que usamos en su lugar: Binadit DevOps & Support. kubectl, Terraform y GitLab CI, con wrappers específicos del proyecto donde resulten útiles.
Nota de ingeniería: La brecha de DX es real pero se puede cerrar. El `coolify deploy` de Coolify es el equivalente más cercano.

Fly LiteFS (replicated SQLite)

Lo que usamos en su lugar: Binadit Managed Cloud Platform. PostgreSQL con read replicas, o Litestream donde el modelo SQLite realmente encaja.
Nota de ingeniería: SQLite replicado es elegante para aplicaciones con un solo escritor y muchas lecturas. Cuando la ruta de escritura está saturada, PostgreSQL es la opción más segura.

Cómo migramos desde Fly.io

Una migración típica de mid-market se desarrolla en tres fases. Los números a continuación asumen un equipo de ingeniería de 6 a 10 personas y un stack de aplicación moderadamente complejo.

Días 1-3

Decisión de estrategia de región

Audita qué regiones de Fly usas realmente y cuáles sirven tráfico real. Para la mayoría de las aplicaciones orientadas a clientes de la UE, 2-3 regiones de la UE son suficientes; para aplicaciones globales, define el patrón multi-región (DNS GeoIP, Anycast, failover regional).
Días 4-10

Base de datos + migración de storage

Fly Postgres replicado a PostgreSQL gestionado en la UE o clúster Patroni. Volúmenes replicados en espejo. Secretos movidos a Vault.
Semanas 2-4

Transición de la app

Apps redesplegadas en Kubernetes en Binadit. DNS migrado a enrutamiento GeoIP si se necesita multi-región. Cuenta de Fly desactivada tras la ventana de verificación.

El TCO a 5 años de las salidas de Fly varía más que otras salidas de cloud estadounidense porque el modelo de precios de Fly es inusual (facturación de microVM por segundo). Para workloads en estado estable, la infraestructura de la UE es drásticamente más económica. Para workloads muy irregulares con largos periodos de inactividad, el scale-to-zero de Fly es difícil de igualar en costes dentro del espacio soberano de la UE sin una plataforma de contenedores con scale-to-zero.

Preguntas frecuentes

Ver todas las preguntas frecuentes

El marketing de "sin vigilancia" de Fly, ¿realmente significa soberanía?

Fly.io ha sido transparente sobre no estar en las listas de vigilancia de infraestructura crítica de los hyperscalers de EE. UU. Esa es una afirmación operativa, no jurisdiccional. Como corporación de Delaware en EE. UU., Fly está sujeta a la CLOUD Act sin importar cómo se posicionen en su marketing. La exposición legal es la misma que la de cualquier otro proveedor con jurisdicción en EE. UU.

¿Cómo reemplazamos la función de "microVM cold start"?

Para la mayoría de las cargas de trabajo, el cold start de microVM es algo deseable más que un requisito estricto. Si realmente lo necesitas, el camino es Firecracker autogestionado en compute de la UE (la misma tecnología que usa Fly). Implementamos esto para clientes con necesidades específicas de microVM.

¿Qué pasa con LiteFS para SQLite en el edge?

LiteFS es open-source. Autogestiónalo en cómputo de la UE con replicación multirregión. La migración es principalmente mecánica porque LiteFS usa SQLite estándar por debajo.

¿Cuánto tiempo toma una salida de Fly.io?

Para una carga de trabajo típica (algunas apps, un cluster de Postgres, algunos volumes): 2-4 semanas transcurridas. Para configuraciones multirregión con Anycast y LiteFS: 4-8 semanas. El mayor riesgo del cronograma es replicar el patrón multirregión, no el trabajo técnico en sí.

¿Existen opciones de la UE genuinamente similares a Fly?

Todavía no hay una equivalencia 1:1 en el espacio soberano de la UE. La combinación más cercana es Coolify multi-server + DNS GeoIP para el enrutamiento + Postgres administrado en la UE. No es tan pulido como la experiencia integrada de Fly, pero es soberano y operativamente más simple a costa de algo de DX.

¿Qué pasa con la oferta de GPU de Fly?

Las instancias GPU de Fly (A10, L40S) compiten en cargas de trabajo de inference. El hardware GPU dedicado en la UE es la alternativa soberana para el cómputo GPU de generación actual. Para generaciones anteriores, el hardware GPU dedicado en la UE tiene un precio competitivo.

Planifique su salida de Fly.io.

Llamada de alcance de 30 minutos. Mapeamos su stack frente a alternativas solo UE, estimamos el esfuerzo de migración y le decimos si es la decisión correcta.

Agendar una llamada Comparar otro proveedor