Невероятно тщательное и точное сравнение⁰ между @aws и @vercel, основанное на опыте миграции производственного приложения, уже находящегося в @aws, управляемого экспертами. Хотя, очевидно, приятно выигрывать в таких сравнениях, моя абсолютная любимая часть — это его заключение: > В конечном итоге, после проведения нескольких тестов для снижения рисков, мы перенесли наше полное приложение на Vercel за один уикенд и удалили много лишнего кода. Когда мы смотрим на наш репозиторий сейчас, 99% — это наше приложение и 1% — инфраструктура. Это делает нас счастливыми. Это сила инфраструктуры, определяемой фреймворком (FdI)¹. "Ошибка", которую допустили облачные провайдеры, заключается в том, что их точка входа в строительство стала… их инфраструктурой. Для @vercel это фреймворки. SvelteKit, Nitro, Next.js преобразуются в инфраструктуру на лету. Модно, чтобы поставщики услуг бросали термин "lock-in", но на самом деле есть точный способ измерения этого. Вам не нужно верить мне на слово. Посчитайте, сколько раз вы "импортируете" или ссылаетесь на API времени выполнения, специфичные для облачного провайдера, в вашем коде (например: Magic Objects, magic "env.*", magic "bindings" и т.д.) Если вы придерживаетесь кода фреймворка, то можете перемещать рабочую нагрузку, поэтому '1%' выше так удовлетворителен. В конце концов, конечно, мы гордимся тем, что строим на основе @aws. EC2, S3 и его глобальная сеть не имеют равных. Перебои в работе практически отсутствуют. "POP переадресация" — это нечто. Нет "низкоуровневой сети", только лучшая частная волоконно-оптическая сеть, 24x7x365. Наше обязательство перед нашими клиентами и сообществом — продолжать создавать открытые SDK² и создавать лучший возможный автономный облак для них, на основе самого высокопроизводительного 'оборудования', которое мы можем найти. ⁰ ¹ ²