Comparación increíblemente exhaustiva y precisa entre @aws y @vercel, desde la experiencia de migrar una aplicación de producción ya en @aws, gestionada por expertos. Si bien es obvio que es agradable ganar en estas comparaciones, mi parte favorita es su conclusión: > En última instancia, después de realizar algunas pruebas para reducir riesgos, movimos toda nuestra aplicación a Vercel durante un fin de semana y eliminamos mucho código innecesario. Cuando miramos nuestro repositorio ahora, es 99% nuestra aplicación y 1% infraestructura. Eso nos hace felices. Este es el poder de la Infraestructura definida por Framework (FdI)¹. El "error" que cometieron las nubes es que su punto de entrada para construir se convirtió en… su infraestructura. Para @vercel, son los frameworks. SvelteKit, Nitro, Next.js se convierten en infraestructura al instante. Es habitual que los proveedores lancen el término "lock-in", pero en realidad hay una forma exacta de medir esto. No necesitas tomar mi palabra por ello. Cuenta cuántas veces "importas" o haces referencia a APIs de tiempo de ejecución que son específicas de un proveedor de nube en tu código (por ejemplo: Magic Objects, magic "env.*", magic "bindings", etc.) Si te mantienes en el código del framework, entonces puedes mover la carga de trabajo, de ahí que el '1%' anterior sea tan satisfactorio. Por último, por supuesto que estamos orgullosos de construir sobre las bases de @aws. EC2, S3 y su red global son insuperables. Las interrupciones son prácticamente inexistentes. "Reenrutamiento POP" no es un problema. No hay "red de bajo nivel", solo la mejor red de fibra privada, 24x7x365. Nuestro compromiso con nuestros clientes y la comunidad es continuar construyendo SDKs Abiertos², y crear la mejor nube autónoma posible para ellos, sobre el 'hardware' de más alto rendimiento que podamos encontrar. ⁰ ¹ ²