Amazon Web Services (AWS) дав компаніям змогу орендувати обчислення, сховище, бази даних та інші ІТ-ресурси без будівництва власного дата-центру. Це знизило початковий бар’єр для запуску цифрових продуктів, але не скасувало потреби проєктувати безпеку, відмовостійкість і бюджет. Розберімося, як AWS виник, на чому заробляє і що саме отримує клієнт.
Від інтернет-магазину до хмарної платформи
На початку 2000-х Amazon швидко розширював інтернет-магазин і внутрішні системи. Розробникам доводилося щоразу готувати обчислення, сховища та інші базові компоненти, перш ніж працювати над функціями для покупців. Компанія почала стандартизувати цю інфраструктуру та надавати її командам через програмні інтерфейси.
Згодом Amazon перетворив внутрішній підхід на окрему пропозицію для зовнішніх клієнтів. За офіційною історією AWS, інфраструктурний хмарний бізнес стартував навесні 2006 року: спочатку з Amazon S3, а через кілька місяців — з Amazon EC2.
Ключові етапи розвитку AWS
- 2006: S3 запропонував об’єктне сховище через API, а EC2 — обчислювальні ресурси на вимогу.
- Наступні роки: платформа розширилася керованими базами даних, мережевими сервісами, аналітикою, контейнерами та інструментами безсерверних обчислень.
- 2020-ті: значну частину розвитку становлять власні процесори, сервіси машинного навчання та генеративного ШІ, зокрема Amazon Bedrock.
AWS вийшов на ринок раніше за нинішніх великих конкурентів і накопичив широку екосистему. Проте хмарний ринок конкурентний: Microsoft Azure, Google Cloud та інші провайдери відрізняються набором сервісів, географією, цінами й умовами для окремих навантажень. Паралельно з хмарними платформами ринок змінила openai: як генеративний ai став масовим продуктом та поява масових генеративних моделей.
AWS простими словами: що саме орендує клієнт
AWS — це каталог хмарних сервісів. Клієнт може запустити віртуальну машину EC2, зберігати об’єкти в S3, використати керовану базу даних або виконувати код без постійного сервера. Тарифікація залежить від продукту: враховуються час роботи, обсяг сховища, запити, передавання даних, зарезервована потужність та інші параметри.
Віртуалізація та автоматизація відокремлюють ресурси клієнта від фізичного обладнання, але AWS пропонує також контейнери, керовані сервіси й виділені конфігурації. Постачальник відповідає за хмарну інфраструктуру, а клієнт — за налаштування доступу, дані та захист своїх застосунків у межах моделі спільної відповідальності.
Ресурси розміщуються в географічних регіонах, кожен із яких має кілька ізольованих зон доступності. Станом на вересень 2026 року AWS вказує 39 регіонів і 124 зони доступності. Відмова однієї зони не робить застосунок автоматично безперервним: для цього архітектуру треба розгорнути щонайменше у кількох зонах і налаштувати реплікацію та перемикання.
Основні групи сервісів
- Обчислення: EC2, Lambda, контейнерні сервіси ECS та EKS.
- Сховище: S3, блокові диски EBS і класи архівного зберігання S3 Glacier.
- Бази даних: RDS, Aurora, DynamoDB та інші спеціалізовані рішення.
- Мережі й доставка: VPC, Elastic Load Balancing і CloudFront.
- Аналітика та ШІ: Redshift, SageMaker AI, Bedrock і власні прискорювачі Trainium та Inferentia.
Сервіси можна поєднувати, але велика кількість варіантів ускладнює архітектуру. Сумісність, вартість міграції та залежність від конкретних API варто оцінювати до перенесення критичних систем.
Як AWS заробляє
Основу моделі становить оплата за спожиті ресурси. Для частини сервісів доступні знижки за довгострокові зобов’язання або резервування. Це дозволяє клієнту замінити частину капітальних витрат операційними, однак хмара не завжди дешевша за власне обладнання: підсумок залежить від завантаження, трафіку, ліцензій, персоналу й дисципліни керування ресурсами.
Масштаб дає AWS змогу інвестувати в дата-центри, мережі та власні чипи. Водночас перенесення великих обсягів даних і використання специфічних керованих сервісів може збільшувати витрати на зміну провайдера. Тому компанії застосовують резервні копії, переносимі формати даних і плани виходу.
Фінансовий внесок AWS у Amazon значний. За результатами Amazon за 2025 рік, продажі сегмента AWS становили $128,7 млрд, а операційний прибуток — $45,6 млрд із $80,0 млрд операційного прибутку всієї групи. Це показує високу прибутковість сегмента, але не означає, що кожен окремий хмарний продукт має однакову маржу.
Хто використовує AWS
AWS обслуговує стартапи, великі компанії, державні установи та університети. Netflix використовує AWS для багатьох обчислювальних, сховищних і аналітичних навантажень, але доставляє основну частину відеотрафіку через власну мережу Open Connect. Тому некоректно приписувати всю трансляцію відео інфраструктурі Amazon.
Стартап може почати з невеликої конфігурації та додавати ресурси зі зростанням попиту. Проте автоматичне масштабування, резервування і контроль витрат треба налаштувати: сама наявність хмари не гарантує, що система витримає мільйони користувачів або залишиться дешевою.
Для стабільного передбачуваного навантаження власне обладнання іноді економічно вигідніше. Чутливі дані, вимоги регулятора або затримка можуть вимагати гібридної чи локальної інфраструктури. Рішення слід порівнювати за повною вартістю володіння, доступністю потрібних сервісів і ризиками.
Конкуренція та генеративний ШІ
AWS залишається однією з найбільших світових хмарних платформ. Його переваги — широка географія, великий каталог сервісів, партнерська мережа та підготовлені фахівці. Для окремого проєкту важливіші конкретні умови: регіон розміщення даних, продуктивність, підтримка, ціна та можливість міграції.
Енді Джессі, який багато років очолював AWS, став генеральним директором Amazon у 2021 році. З червня 2024 року AWS очолює Метт Гарман. Серед поточних напрямів — Amazon Bedrock, моделі Amazon Nova, чипи Trainium та Inferentia й інструменти для розробки та експлуатації ШІ-систем.
Практичні висновки для бізнесу
- Внутрішній інфраструктурний досвід можна перетворити на продукт, якщо проблема повторюється в багатьох клієнтів.
- Хмара скорочує час старту, але доступність і безпека залежать від архітектури та налаштувань.
- Потрібно рахувати повну вартість: обчислення, сховище, трафік, підтримку, міграцію та роботу команди.
- До вибору керованих сервісів варто додати план резервування даних і виходу з платформи.
AWS змінив спосіб закупівлі ІТ-ресурсів, але вибір хмари не зводиться до назви провайдера. Найкраще рішення випливає з вимог до доступності, даних, бюджету та компетенцій команди.
