對於 @aws 和 @vercel 之間的比較，從已在 @aws 上運行的生產應用程序的遷移經驗來看，這是一個令人難以置信的全面且準確的比較。 雖然在這些比較中獲勝顯然是件好事，但我最喜歡的部分是它的結論： > 最終，在進行了一些測試以降低風險後，我們在一個週末內將整個應用程序移至 Vercel，並刪除了大量多餘的代碼。當我們現在查看我們的代碼庫時，99% 是我們的應用程序，1% 是基礎設施。這讓我們感到高興。 這就是框架定義基礎設施 (FdI) 的力量。雲端服務商犯的「錯誤」是，他們的建設入口變成了……他們的基礎設施。 對於 @vercel 而言，則是框架。SvelteKit、Nitro、Next.js 會即時轉換為基礎設施。 供應商們喜歡隨意使用「鎖定」這個術語，但其實有一種精確的方法來衡量這一點。你不需要相信我的話。計算一下你在代碼中「導入」或引用雲供應商特定的運行時 API 的次數（例如：Magic Objects、magic "env.*"、magic "bindings" 等等）。如果你堅持使用框架代碼，那麼你就可以隨意移動工作負載，因此上面提到的 '1%' 讓人感到如此滿意。 最後，當然我們為能夠在 @aws 的基礎上構建感到自豪。EC2、S3 及其全球網絡無與倫比。故障幾乎不存在。「POP 重新路由」根本不存在。沒有「低級網絡」，只有最好的私人光纖網絡，24x7x365。 我們對客戶和社區的承諾是繼續構建開放 SDK，並為他們創造最佳的自主雲，建立在我們能找到的最高性能的「硬體」之上。 ⁰ ¹ ²