Une comparaison incroyablement approfondie et précise entre @aws et @vercel, basée sur l'expérience de la migration d'une application de production déjà sur @aws, gérée par des experts. Bien qu'il soit évidemment agréable de gagner sur ces comparaisons, ma partie préférée est sa conclusion : > En fin de compte, après avoir effectué quelques tests pour réduire les risques, nous avons déplacé notre application entière vers Vercel en un week-end et supprimé beaucoup de code superflu. Quand nous regardons notre dépôt maintenant, c'est 99 % notre application et 1 % infrastructure. Cela nous rend heureux. C'est la puissance de l'Infrastructure définie par le Framework (FdI)¹. L'"erreur" que les clouds ont commise est que leur point d'entrée pour construire est devenu… leur infrastructure. Pour @vercel, ce sont les frameworks. SvelteKit, Nitro, Next.js se transforment en infrastructure à la volée. Il est à la mode pour les fournisseurs de lancer le terme "lock-in", mais il existe en réalité un moyen précis de mesurer cela. Vous n'avez pas besoin de me croire sur parole. Comptez combien de fois vous "importez" ou référencez des API d'exécution spécifiques à un fournisseur de cloud dans votre code (par exemple : Magic Objects, magic "env.*", magic "bindings", etc.) Si vous vous en tenez au code du framework, alors vous pouvez déplacer la charge de travail, d'où le '1%' ci-dessus étant si satisfaisant. Enfin, bien sûr, nous sommes fiers de construire sur les fondations d'@aws. EC2, S3 et son réseau mondial sont sans égal. Les pannes sont pratiquement inexistantes. "POP re-routing" n'est pas une chose. Il n'y a pas de "réseau de bas niveau", juste le meilleur réseau de fibre privé, 24x7x365. Notre engagement envers nos clients et notre communauté est de continuer à construire des SDK Open², et de créer le meilleur cloud autonome possible pour eux, sur le 'matériel' de la plus haute performance que nous pouvons trouver. ¹ ²