Utrolig grundig og presis sammenligning⁰ mellom @aws og @vercel, fra erfaringen med å migrere en produksjonsapplikasjon allerede i @aws, administrert av eksperter. Selv om det åpenbart er hyggelig å vinne på disse sammenligningene, er min absolutte favorittdel konklusjonen: > Til slutt, etter å ha gjort noen tester for å redusere risikoen, flyttet vi hele applikasjonen vår til Vercel over en helg og slettet mye overflødig kode. Når vi ser på repoen vår nå, er det 99 % vår applikasjon og 1 % infrastruktur. Det gjør oss glade. Dette er kraften i rammedefinert infrastruktur (FdI)¹. "Feilen" skyene gjorde er at deres inngang til bygging ble ... infrastrukturen deres. For @vercel er det rammeverk. SvelteKit, Nitro Next.js bli konvertert til infrastruktur på farten. Det er fasjonabelt for leverandører å kaste begrepet "lock-in" rundt, men det er faktisk en eksakt måte å måle dette på. Du trenger ikke ta mitt ord for det. Tell hvor mange ganger du «importerer» eller refererer til kjøretids-API-er som er skyleverandørspesifikke i koden din (f.eks.: magiske objekter, magiske «env.*», magiske «bindinger» osv.) Hvis du holder deg til rammeverkskode, kan du flytte rundt på arbeidsmengden, derav '1%' ovenfor er så tilfredsstillende. Til slutt er vi selvfølgelig stolte av å bygge på toppen av det @aws fundamentet. EC2, S3 og dets globale nettverk er uten sidestykke. Strømbrudd er i utgangspunktet ikke-eksisterende. «POP-omdirigering» er ikke en ting. Det er ikke noe "low-tier nettverk", bare det beste private fibernettverket, 24x7x365. Vår forpliktelse overfor våre kunder og fellesskap er å fortsette å bygge åpne SDK-er², og skape den best mulige autonome skyen for dem, på toppen av den høyest ytelses "maskinvaren" vi kan finne. ⁰ ¹ ²