Comparación increíblemente exhaustiva y acertada⁰ entre @aws y @vercel, a partir de la experiencia de migrar una aplicación de producción ya en @aws, gestionada por expertos. Si bien obviamente es bueno ganar en estas comparaciones, mi parte favorita es su conclusión: > Finalmente, después de hacer algunas pruebas para eliminar el riesgo, trasladamos toda nuestra aplicación a Vercel durante un fin de semana y eliminamos una gran cantidad de exceso de código. 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 el marco (FdI)¹. El "error" que cometieron las nubes es que su punto de entrada a la construcción se convirtió en... su infraestructura. Para @vercel, son marcos. SvelteKit, Nitro Next.js se convierten en infraestructura sobre la marcha. Está de moda que los vendedores usen el término "lock-in", pero en realidad hay una forma exacta de medir esto. No es necesario que confíes en mi palabra. Cuente cuántas veces "importa" o hace referencia a las API de tiempo de ejecución que son específicas del proveedor de la nube en su código (por ejemplo: objetos mágicos, magic "env.*", magic "bindings", etc.) Si se apega al código del marco, puede mover la carga de trabajo, por lo que el '1%' anterior es tan satisfactorio. Por último, por supuesto, estamos orgullosos de construir sobre los cimientos @aws. EC2, S3 y su red global son insuperables. Los cortes son básicamente inexistentes. El "cambio de ruta POP" no es una cosa. No hay una "red de bajo nivel", solo la mejor red de fibra privada, 24x7x365. Nuestro compromiso con nuestros clientes y la comunidad es continuar construyendo Open SDKs² y crear la mejor nube autónoma posible para ellos, sobre el "hardware" de mayor rendimiento que podamos encontrar. ⁰ ¹ ²