Perbandingan yang sangat menyeluruh dan tepat⁰ antara @aws vs @vercel, dari pengalaman memigrasikan aplikasi produksi yang sudah ada di @aws, dikelola oleh para ahli. Meskipun jelas menyenangkan untuk menang dalam perbandingan ini, bagian favorit saya adalah kesimpulannya: > Pada akhirnya, setelah melakukan beberapa pengujian untuk mengurangi risiko, kami memindahkan seluruh aplikasi kami ke Vercel selama satu akhir pekan dan menghapus banyak kode berlebih. Ketika kita melihat repositori kita sekarang 99% aplikasi kita dan 1% infrastruktur. Itu membuat kami bahagia. Ini adalah kekuatan Framework-defined Infrastructure (FdI)¹. "Kesalahan" yang dilakukan awan adalah bahwa titik masuk mereka untuk membangun menjadi... infrastruktur mereka. Untuk @vercel, ini adalah kerangka kerja. SvelteKit, Nitro, Next.js diubah menjadi infrastruktur dengan cepat. Sudah menjadi modis bagi vendor untuk melemparkan istilah "lock-in", tetapi sebenarnya ada cara yang tepat untuk mengukur ini. Anda tidak perlu mempercayai kata-kata saya untuk itu. Hitung berapa kali Anda "mengimpor" atau mereferensikan API runtime yang khusus vendor cloud dalam kode Anda (misalnya: Objek Ajaib, "env.*", "bindings" ajaib, dll.) Jika Anda tetap berpegang pada kode kerangka kerja, maka Anda dapat memindahkan beban kerja, maka '1%' di atas sangat memuaskan. Terakhir, tentu saja kami bangga membangun di atas fondasi @aws. EC2, S3, dan jaringan globalnya tidak ada duanya. Pemadaman pada dasarnya tidak ada. "POP re-routing" bukanlah suatu hal. Tidak ada "jaringan tingkat rendah", hanya jaringan serat pribadi terbaik, 24x7x365. Komitmen kami kepada pelanggan & komunitas kami adalah untuk terus membangun Open SDKs², dan menciptakan cloud otonom terbaik untuk mereka, di atas 'perangkat keras' berkinerja tertinggi yang dapat kami temukan. ⁰ ¹ ²