Otroligt grundlig och pricksäker jämförelse⁰ mellan @aws och @vercel, från erfarenheten av att migrera en produktionsapplikation redan i @aws, hanterad av experter. Även om det självklart är trevligt att vinna på dessa jämförelser, är min absoluta favoritdel dess slutsats: > Efter att ha gjort några tester för att minska risken flyttade vi till slut hela vår applikation till Vercel under en helg och raderade en hel del överflödig kod. När vi tittar på vår lagringsplats nu är det 99 % vår applikation och 1 % infrastruktur. Det gör oss glada. Detta är kraften i ramverksdefinierad infrastruktur (FdI)¹. "Misstaget" som molnen gjorde är att deras ingång till byggandet blev... deras infrastruktur. För @vercel är det ramverk. SvelteKit, Nitro Next.js omvandlas till infrastruktur i farten. Det är på modet för leverantörer att slänga sig med termen "lock-in", men det finns faktiskt ett exakt sätt att mäta detta. Du behöver inte ta mitt ord för det. Räkna hur många gånger du "importerar" eller refererar till körnings-API:er som är molnleverantörsspecifika i din kod (t.ex. magiska objekt, magiska "env.*", magiska "bindningar" osv.) Om du håller dig till ramverkskod kan du flytta runt arbetsbelastningen, därav "1%" ovan är så tillfredsställande. Sist men inte minst är vi naturligtvis stolta över att bygga vidare på de @aws grunderna. EC2, S3 och dess globala nätverk är oöverträffade. Avbrott är i princip obefintliga. "POP re-routing" är inte en sak. Det finns inget "lågnivånätverk", bara det bästa privata fibernätet, 24x7x365. Vårt åtagande gentemot våra kunder och vår community är att fortsätta att bygga öppna SDK:er² och skapa det bästa möjliga autonoma molnet för dem, ovanpå den "hårdvara" med högsta prestanda som vi kan hitta. ⁰ ¹ ²