Comparação incrivelmente detalhada e precisa entre @aws e @vercel, a partir da experiência de migração de uma aplicação de produção já em @aws, gerida por especialistas. Embora seja obviamente bom vencer nessas comparações, a minha parte favorita é a conclusão: > No final, após fazer alguns testes para reduzir riscos, movemos toda a nossa aplicação para a Vercel durante um fim de semana e eliminamos muito código excessivo. Quando olhamos para o nosso repositório agora, é 99% a nossa aplicação e 1% infraestrutura. Isso nos deixa felizes. Este é o poder da Infraestrutura Definida por Framework (FdI)¹. O "erro" que as nuvens cometeram foi que seu ponto de entrada para a construção se tornou… sua infraestrutura. Para a @vercel, são frameworks. SvelteKit, Nitro, Next.js são convertidos em infraestrutura instantaneamente. É moda para os fornecedores usarem o termo "lock-in", mas na verdade existe uma maneira exata de medir isso. Você não precisa acreditar em mim. Conte quantas vezes você "importa" ou referencia APIs de runtime que são específicas de fornecedores de nuvem no seu código (por exemplo: Magic Objects, magic "env.*", magic "bindings", etc.) Se você se mantiver no código do framework, então pode mover a carga de trabalho, daí o '1%' acima ser tão satisfatório. Por último, claro que estamos orgulhosos de construir sobre as fundações da @aws. EC2, S3 e sua rede global são incomparáveis. Interrupções são basicamente inexistentes. "Reencaminhamento de POP" não é uma coisa. Não há "rede de baixo nível", apenas a melhor rede de fibra privada, 24x7x365. O nosso compromisso com os nossos clientes e comunidade é continuar a construir SDKs Abertos² e criar a melhor nuvem autônoma possível para eles, em cima do 'hardware' de mais alto desempenho que conseguimos encontrar. ¹ ²