So sánh cực kỳ chi tiết và chính xác giữa @aws và @vercel, từ kinh nghiệm di chuyển một ứng dụng sản xuất đã có trên @aws, được quản lý bởi các chuyên gia. Mặc dù rõ ràng là thật tuyệt khi thắng trong những so sánh này, phần tôi thích nhất là kết luận của nó: > Cuối cùng, sau khi thực hiện một vài bài kiểm tra để giảm rủi ro, chúng tôi đã chuyển toàn bộ ứng dụng của mình sang Vercel trong một cuối tuần và xóa đi rất nhiều mã thừa. Khi chúng tôi nhìn vào repo của mình bây giờ, 99% là ứng dụng của chúng tôi và 1% là hạ tầng. Điều đó làm chúng tôi hạnh phúc. Đây là sức mạnh của Hạ tầng được định nghĩa bởi Framework (FdI)¹. "Sai lầm" mà các đám mây đã mắc phải là điểm khởi đầu để xây dựng của họ trở thành… hạ tầng của họ. Đối với @vercel, đó là các framework. SvelteKit, Nitro, Next.js được chuyển đổi thành hạ tầng ngay lập tức. Thật thời thượng khi các nhà cung cấp thường nhắc đến thuật ngữ "khóa chặt", nhưng thực sự có một cách chính xác để đo lường điều này. Bạn không cần phải tin tôi. Hãy đếm xem bạn đã "nhập" hoặc tham chiếu bao nhiêu API thời gian chạy cụ thể của nhà cung cấp đám mây trong mã của bạn (ví dụ: Magic Objects, magic "env.*", magic "bindings", v.v.) Nếu bạn chỉ sử dụng mã framework, thì bạn có thể di chuyển khối lượng công việc xung quanh, do đó '1%' ở trên thật sự thỏa mãn. Cuối cùng, tất nhiên chúng tôi tự hào xây dựng trên nền tảng của @aws. EC2, S3 và mạng lưới toàn cầu của nó là không ai sánh kịp. Các sự cố gần như không tồn tại. "Định tuyến lại POP" không phải là một vấn đề. Không có "mạng cấp thấp", chỉ có mạng cáp quang riêng tốt nhất, 24x7x365. Cam kết của chúng tôi với khách hàng & cộng đồng là tiếp tục xây dựng Open SDKs², và tạo ra đám mây tự động tốt nhất có thể cho họ, trên 'phần cứng' hiệu suất cao nhất mà chúng tôi có thể tìm thấy. ¹ ²