¿Alguien ha cambiado el proveedor de nube que usa?

Preguntas y respuestas en HN sobre por qué y cómo se han migrado entre nubes como AWS, Azure y Google

• Migré el entorno de mi cliente de AWS → Google, y luego de Google → Hetzner, con cero tiempo de inactividad
  • La razón principal fue el precio. Después de agotar los créditos gratuitos de AWS/Google, se pasaron a Hetzner
  • El ahorro conseguido usando créditos fue 20 veces mayor que el costo de la migración
  • La migración se hizo conectando el backend mediante un proxy inverso en cada entorno, luego configurando una VPN entre servicios y después cambiando el DNS
  • La parte más complicada fue el failover de la base de datos, y hacer que las actualizaciones se reintentaran después del cambio de maestro
  • Gracias a esto, el cliente terminó con una configuración independiente del proveedor de nube y aprovechó bien los créditos gratuitos que tenía
  • Detalles técnicos
    • proxy inverso como haproxy y nginx + Hashicorp Consul + ngx_mruby
    • Configurar una VPN entre cada nube para que el proxy inverso pudiera conectarse a ambos backends
    • Replicar la base de datos en la nueva nube
    • Hacer posible que la app elija qué base de datos usar como maestro (Consul)
    • Hacer que la app maneje los errores de base de datos de forma graceful. Esta fue la parte más difícil
    • Configurar un DNS TTL bajo
    • Conectar el nuevo backend al proxy inverso y verificar que no haya errores
    • Actualizar el DNS para agregar el nuevo proxy inverso al entorno
    • Promover la réplica en la nueva nube a maestro
    • Reducir las conexiones en el backend existente
    • Finalmente, eliminar el proxy inverso anterior del DNS
    • Después de verificar todo, retirar el entorno anterior y restaurar el DNS TTL
• GitLab pasó de AWS a Azure y luego volvió a Google Cloud (hace algunos años)
  • Al principio empezaron con AWS, como casi todos, pero costaba muchísimo dinero
  • Como daban créditos de Azure a miembros de YC, hicieron cuentas y parecía equivaler a aproximadamente un año de uso, así que se cambiaron
  • Pero migrar fue doloroso, y durante el tiempo que usaron Azure nadie quedó satisfecho. Además, los créditos gratuitos también se consumieron bastante rápido
  • No recuerdan con exactitud por qué se movieron a GCP, pero fue un proceso bastante difícil que tomó mucho tiempo
  • La experiencia en GCP fue mucho mejor, aunque no se puede decir que fuera perfecta
  • En particular, GCP tenía la tendencia de apagar VMs al azar sin una razón clara
  • A veces se apagaban limpiamente, pero en otros casos quedaban en una especie de estado intermedio, haciendo que otros sistemas intentaran conectarse y produciendo timeouts en vez de fallar de inmediato
  • Según recuerdan, fue mejorando con el tiempo, pero daba una sensación muy Google de “algo se rompió, pero no podemos decirte por qué”
  • Viéndolo en retrospectiva, si volvieran a fundar una empresa probablemente se quedarían con Hetzner u otro proveedor barato de bare metal
  • Los servicios cloud son excelentes si los aprovechas al máximo, pero en el 90% de los casos probablemente se usan sin obtener ventajas reales y solo pagando mucho más
• Google Cloud → Digital Ocean → OVH
  • Operar lo nuestro en servidores de alto rendimiento fue más fácil y tuvo menos problemas de lo esperado
  • Desplegar con git push y construir contenedores es algo del nivel de “configúralo una vez y olvídate”
  • Tenemos datos de PostgreSQL de tamaño terabyte, así que en la mayoría de las nubes sale carísimo
  • Hay gente que piensa que la nube es como pan ya rebanado y listo para consumir, pero en realidad no reduce el tiempo de los desarrolladores
  • La nube es más cara y mucho más lenta que operar servidores. Para cargas de trabajo medianas, no hay ventajas en usar la nube

Solo reuní las 3 respuestas con más votos. En las respuestas originales también hay varios comentarios con preguntas, opiniones y objeciones, así que conviene revisarlos también.

[kunggom]

Parece que en ITWorld publicaron un artículo que critica específicamente este hilo, diciendo que todavía sigue muy extendida la falta de comprensión sobre la nube.
'Deslumbrados por los créditos', migración a la nube… "La mayor confusión"

[xguru]

Al leer el artículo de ITWorld, hay que tener en cuenta que Matt Asay, quien lo escribió, hasta hace poco era jefe de marketing para desarrolladores de AWS.
https://www.linkedin.com/in/mjasay/details/experience/

[kunggom]

Oh, buena información, gracias.

[superwoou]

La nube no lo resuelve todo. La última frase de la tercera respuesta me deja un poco de dudas; quizá depende de cómo se aproveche...

[xguru]

Era una pregunta sobre migración entre nubes, pero mucha gente está recomendando servicios de hosting como Hetzner más que la nube.
Seguramente el costo sea la razón principal, pero aun así creo que usar bien la nube tiene bastantes ventajas.
La verdad es que, si una empresa pequeña dice “¡no usamos nube, usamos hosting!”, también se vuelve más difícil contratar desarrolladores. (Si desarrollan todo ustedes mismos, entonces no habría problema.)

También estoy totalmente de acuerdo con que Google Cloud solía tener la tendencia de apagar VM aleatoriamente sin una razón clara.
Hace algunos años yo operaba un servidor pequeño en Google y por eso lo pasé a AWS LightSail.
De vez en cuando pasaba que un día el servidor simplemente se caía sin motivo o no se podía acceder. Tal vez ahora haya mejorado, pero... no fue una buena experiencia.