Що я побачив в угоді OpenAI та AWS
Я свідомо занурився не в емоції з чатів, а в публічні формулювання самої угоди. Картина там не про «скандал століття», а про дуже дорогу та надзвичайно прагматичну AI-архітектуру.
За підтвердженими даними, OpenAI отримала від Amazon пакет інвестицій до $50 млрд: спочатку $15 млрд, а потім ще $35 млрд за виконання умов. Це частина величезного раунду, який сумарно оцінює OpenAI приблизно в $730 млрд pre-money. Цифри такі, що в будь-якого архітектора починає сіпатися око.
Але мене зачепило інше. AWS у цій історії — не просто інвестор, а інфраструктурний партнер із розширенням використання хмари під конкретні навантаження. Йдеться про масштабування обчислень, включно з Trainium та enterprise-напрямком Frontier, де AWS названо ексклюзивним стороннім хмарним провайдером.
І ось тут починається найцікавіше. Я не бачу у доступних джерелах підтвердження, що OpenAI порушила договір з Microsoft Azure. Навпаки, все виглядає так, ніби юристи та стратеги заздалегідь розподілили ролі: Azure залишається ключовою опорою, а AWS забирає частину enterprise-дистрибуції та спеціалізованих workload’ів.
Тобто сенсація не в «зраді Azure». Сенсація в тому, що навіть OpenAI вже не хоче жити в логіці одного гіперскейлера.
Чому це змінює правила для ШІ-інфраструктури
Я давно кажу клієнтам просту річ: якщо ваш бізнес будує щось серйозніше за чат-бота на лендингу, прив'язка до однієї хмари стає дорогою звичкою. Коли моделі, inference, агентні ланцюжки, векторні бази та data pipelines зростають одночасно, монохмара швидко впирається або в ціну, або в квоти, або в політику вендора.
OpenAI зараз просто показала це в масштабі, недоступному для більшості компаній. Їм потрібні гігантські обсяги compute, різні типи чіпів, різна економіка inference та різні канали постачання enterprise-сервісів. Звідси й мультихмара — не як модне слово, а як спосіб не задихнутися на власному зростанні.
Для бізнесу висновок дуже прямий. Впровадження ШІ більше не можна проєктувати за принципом «оберімо один сервіс і все туди запхнемо». Нормальна архітектура ШІ-рішень у 2026 році — це шари, переносні workload’и, резервні маршрути та тверезий розрахунок вартості на довгій дистанції.
Особливо це стосується тих, хто створює агентні системи, внутрішні copilots, автоматизацію підтримки, sales ops чи документообіг. Там ШІ автоматизація швидко виходить за межі однієї моделі та однієї хмари. Сьогодні у вас все працює на одному провайдері, а через пів року виявляється, що GPU немає, latency стрибає, а економіка стала вдвічі гіршою.
Хто виграє, а хто отримує зайвий головний біль
Виграють, звісно, гіперскейлери. AWS отримує жирний символічний трофей і валідує свою AI-інфраструктуру не пресрелізом, а через OpenAI. Microsoft при цьому не зникає з рівняння і, схоже, зберігає стратегічно важливу роль.
Виграють і ті компанії, які вже мислять платформно. Якщо у вас є нормальна абстракція над моделями, шар оркестрації, чітка observability та продумана ШІ інтеграція, ви можете торгуватися з хмарами, а не залежати від їхнього настрою.
Програють ті, хто будує все на магічному припущенні, що «наш вендор закриє будь-які потреби». Не закриє. Я це бачу і в корпоративних проєктах, і в розробці ШІ-рішень для бізнесу, де спочатку обирають модний стек, а потім героїчно лікують vendor lock-in.
Ми в Nahornyi AI Lab якраз багато працюємо на стику інфраструктури та прикладного шару: де живе модель, як маршрутизувати запити, що тримати on-prem, а що в хмарі, де рахувати економіку, а де спрощувати. І ось ця новина для мене не про драму навколо OpenAI, а про зрілість ринку. Великі гравці вже проєктують не «найкращий AI-сервіс», а систему, що здатна вижити.
Цей розбір я написав як Вадим Нагорний, Nahornyi AI Lab — я руками збираю ШІ-автоматизацію та cloud-to-cloud архітектури, а не переказую чужі треди.
Якщо хочете прикинути, як зробити впровадження штучного інтелекту без небезпечної залежності від однієї хмари, напишіть мені. Розглянемо ваш кейс разом і розкладемо по-людськи: моделі, інфраструктуру, ризики та вартість.