Comparație incredibil de amănunțită și perfectă⁰ între @aws vs @vercel, din experiența migrării unei aplicații de producție deja în @aws, gestionată de experți. Deși este evident frumos să câștigi la aceste comparații, partea mea preferată absolută este concluzia sa: > În cele din urmă, după ce am făcut câteva teste pentru a reduce riscurile, ne-am mutat întreaga aplicație la Vercel într-un weekend și am șters o mulțime de cod în exces. Când ne uităm la repo-ul nostru, acum este 99% aplicația noastră și 1% infrastructura. Asta ne face fericiți. Aceasta este puterea infrastructurii definite de cadru (FdI)¹. "Greșeala" pe care au făcut-o norii este că punctul lor de intrare în construcție a devenit... infrastructura lor. Pentru @vercel, sunt cadre. SvelteKit, Nitro Next.js sunt transformate în infrastructură din mers. Este la modă ca vânzătorii să arunce termenul "lock-in", dar există de fapt un mod exact de a măsura acest lucru. Nu trebuie să mă credeți pe cuvânt. Numărați de câte ori "importați" sau faceți referire la API-uri de rulare care sunt specifice furnizorului de cloud în codul dvs. (de exemplu: Magic Objects, magic "env.*", magic "bindings" etc.) Dacă rămâneți la codul cadrului, atunci puteți muta volumul de lucru, prin urmare "1%" de mai sus este atât de satisfăcător. În cele din urmă, desigur, suntem mândri să construim pe fundațiile @aws. EC2, S3 și rețeaua sa globală sunt inegalabile. Întreruperile sunt practic inexistente. "Redirecționarea POP" nu este un lucru. Nu există o "rețea de nivel scăzut", ci doar cea mai bună rețea privată de fibră optică, 24x7x365. Angajamentul nostru față de clienții și comunitatea noastră este de a continua să construim SDK-uri deschise² și să creăm cel mai bun cloud autonom posibil pentru aceștia, pe cel mai înalt "hardware" pe care îl putem găsi. ⁰ ¹ ²