Неймовірно ретельне та точне порівняння⁰ між @aws та @vercel, виходячи з досвіду міграції виробничого додатку вже у @aws році, під керівництвом експертів. Хоча, очевидно, приємно виграти на цих порівняннях, моя абсолютна улюблена частина – це його висновок: > В кінцевому підсумку, провівши кілька тестів для зниження ризиків, ми перенесли весь наш додаток на Vercel протягом одного вихідного дня і видалили багато зайвого коду. Коли ми дивимося на наш репозиторій зараз, це 99% нашого додатку та 1% інфраструктури. Це робить нас щасливими. У цьому полягає сила Framework-defined Infrastructure (FdI)¹. "Помилка" хмар полягає в тому, що їхньою точкою входу в будівлю стала... своєї інфраструктури. Для @vercel – це фреймворки. SvelteKit, Nitro Next.js перетворюються на інфраструктуру на льоту. Це модно, що продавці розкидаються терміном «lock-in», але насправді є точний спосіб виміряти це. Вам не потрібно вірити мені на слово. Порахуйте, скільки разів ви "імпортуєте" або посилаєтеся на API виконання, які є специфічними для постачальника хмари у вашому коді (наприклад: Magic Objects, magic "env.*", magic "bindings" тощо) Якщо ви дотримуєтеся коду фреймворку, то можете перенести робоче навантаження, отже, «1%» вище дуже задовільний. І останнє, звичайно, ми пишаємося тим, що будуємо на основі @aws основи. EC2, S3 та його глобальна мережа не мають собі рівних. Відключень в принципі немає. "Зміна маршруту POP" – це не річ. Тут немає «низькорівневої мережі», лише найкраща приватна оптоволоконна мережа, 24x7x365. Наше зобов'язання перед нашими клієнтами та спільнотою полягає в тому, щоб продовжувати створювати відкриті SDK² та створювати для них найкращу автономну хмару на основі найпродуктивнішого «обладнання», яке ми можемо знайти. ⁰ ¹ ²