nmk

Лекція №2 (2 години). Переваги, недоліки та огляд основних постачальників хмарних послуг

План лекції

1. Переваги хмарних технологій
2. Виклики та недоліки хмарних технологій
3. Основні постачальники хмарних послуг: AWS, Microsoft Azure, Google Cloud
4. Порівняльний аналіз хмарних провайдерів

Перелік умовних скорочень

Списком

• AWS — Amazon Web Services
• GCP — Google Cloud Platform
• SLA — Service Level Agreement — угода про рівень обслуговування
• TCO — Total Cost of Ownership — сукупна вартість володіння
• ROI — Return on Investment — рентабельність інвестицій
• CapEx — Capital Expenditure — капітальні витрати
• OpEx — Operational Expenditure — операційні витрати
• CDN — Content Delivery Network — мережа доставки контенту
• IAM — Identity and Access Management — управління ідентифікацією та доступом
• SaaS — Software as a Service — програмне забезпечення як послуга
• PaaS — Platform as a Service — платформа як послуга
• IaaS — Infrastructure as a Service — інфраструктура як послуга
• GDPR — General Data Protection Regulation — Загальний регламент захисту даних (ЄС)
• ML — Machine Learning — машинне навчання
• AI — Artificial Intelligence — штучний інтелект

Вступ

Рішення про перехід до хмарних технологій є одним із найважливіших стратегічних рішень, що стоять перед сучасними організаціями. Щоб ухвалити обґрунтоване рішення, керівники ІТ-підрозділів і технічні архітектори мають чітко розуміти не лише переваги, але й потенційні ризики та виклики, що супроводжують хмарну трансформацію. Не менш важливим є розуміння ринкового ландшафту: які постачальники існують, чим вони відрізняються і для яких завдань кожен з них підходить найкраще.

У цій лекції ми системно розглянемо аргументи «за» і «проти» хмарних технологій та проведемо глибокий порівняльний аналіз трьох провідних хмарних провайдерів — Amazon Web Services, Microsoft Azure та Google Cloud Platform.

1. Переваги хмарних технологій

Переваги хмарних технологій поширюються на технічний, фінансовий та організаційний виміри діяльності компанії.

1.1 Зміна моделі витрат: від CapEx до OpEx

Один із найбільш відчутних ефектів переходу на хмарні технології — зміна структури витрат з капітальних (CapEx) на операційні (OpEx).

Традиційна on-premise модель (CapEx):

• Потрібно передбачити пікове навантаження на 3–5 років наперед
• Придбання серверів, систем зберігання, мережевого обладнання — одноразові великі вкладення
• Обладнання амортизується протягом 3–7 років незалежно від реального використання
• Додаткові витрати: датацентр, електроенергія, охолодження, персонал

Хмарна модель (OpEx):

• Оплата лише за фактично використані ресурси (pay-as-you-go)
• Відсутність початкових капіталовкладень
• Витрати прогнозовані та масштабуються разом із бізнесом

Приклад: Стартап, що розробляє мобільний застосунок, міг би витратити $200 000 на початкову ІТ-інфраструктуру в традиційній моделі. Використовуючи AWS, він починає з $500/місяць і поступово збільшує витрати в міру зростання бази користувачів — без жодних авансових інвестицій.

Розрахунок TCO (Total Cost of Ownership):

При порівнянні хмарної та on-premise моделей необхідно враховувати весь сукупний кошторис:

Стаття витрат	On-premise	Хмара
Сервери та обладнання	CapEx (разово)	Включено в тариф
Датацентр та електроенергія	Постійні витрати	Включено в тариф
ІТ-персонал (адміністрування)	Значні	Зменшуються
Ліцензії на ПЗ	Часто разові	Часто включені
Масштабування при зростанні	Нові CapEx	За тарифом
Резервне копіювання та DR	Значні	Вбудовані сервіси

1.2 Масштабованість та еластичність

Хмарні платформи надають майже необмежену можливість масштабування — як вертикального (збільшення потужності окремих ресурсів), так і горизонтального (збільшення кількості екземплярів).

Вертикальне масштабування (scale up/down): збільшення або зменшення CPU, RAM, дискового простору конкретного сервера.

Горизонтальне масштабування (scale out/in): додавання або видалення екземплярів сервісу для розподілу навантаження.

Автоматичне масштабування (Auto Scaling): ресурси автоматично збільшуються при зростанні навантаження і зменшуються, коли навантаження спадає, — без участі людини.

Приклад: Amazon.com під час “Cyber Monday” обробляє у 10–15 разів більше замовлень, ніж у звичайний день. Завдяки AWS Auto Scaling кількість серверів автоматично зростає з 500 до 7 000 за лічені хвилини. Після завершення акції — так само автоматично зменшується до 500, і компанія не платить за простій.

1.3 Висока доступність і відмовостійкість

Провідні хмарні провайдери будують свої датацентри з багаторічними рівнями резервування:

• Декілька незалежних джерел живлення
• Резервні мережеві канали різних провайдерів
• Географічно розподілені датацентри (регіони та зони доступності)
• Автоматичне перемикання на резервні вузли при відмові

SLA (Service Level Agreement) основних провайдерів гарантують доступність:

• AWS EC2: 99.99% (не більше ~52 хв простою на рік)
• Azure Virtual Machines: 99.99% (при використанні зон доступності)
• Google Compute Engine: 99.99%

Порівняння: Типовий корпоративний датацентр середнього бізнесу забезпечує близько 99.5–99.9% доступності. Хмарний провайдер інвестує мільярди доларів у надійність, що недосяжно для більшості окремих компаній.

1.4 Глобальна присутність та низька затримка

Провідні провайдери мають глобальну мережу датацентрів, що дозволяє:

• Розгортати застосунки поряд із кінцевими користувачами (зменшення затримки)
• Відповідати регуляторним вимогам різних країн щодо місцезнаходження даних
• Реалізовувати глобальні стратегії аварійного відновлення

CDN (Content Delivery Network) хмарних провайдерів доставляють статичний контент з точок присутності, максимально наближених до користувача.

Приклад: Стримінговий сервіс, що обслуговує 100 країн, розгортає свої сервери у 30+ регіонах AWS, щоб користувач у Токіо отримував відео з японського датацентру, а не трансатлантичного.

1.5 Швидкість виведення продукту на ринок (Time-to-Market)

Хмарні технології радикально скорочують час від ідеї до запуску продукту:

• Нову VM можна отримати за 2–5 хвилин (раніше — тижні чи місяці закупівлі обладнання)
• Готові керовані сервіси (БД, черги, ML) замість розробки з нуля
• Інфраструктура як код (IaC) дозволяє відтворювати середовища автоматично

Приклад: Фінтех-стартап Stripe запустив свій Payment API за кілька тижнів, повністю покладаючись на хмарну інфраструктуру AWS. Традиційний підхід з власними серверами вимагав би місяців лише на підготовку інфраструктури.

1.6 Доступ до передових технологій

Хмарні провайдери надають доступ до послуг, розробка яких власними силами була б надто дорогою або неможливою:

• Штучний інтелект та ML: AWS SageMaker, Google Vertex AI, Azure ML
• Аналітика Big Data: Google BigQuery, AWS EMR, Azure Synapse
• IoT платформи: AWS IoT Core, Azure IoT Hub
• Квантові обчислення: AWS Braket, Azure Quantum

Приклад: Невелика компанія з 20 розробників може додати до свого застосунку функцію розпізнавання обличчя, підключившись до Amazon Rekognition API — без жодного власного ML-спеціаліста.

1.7 Безпека на рівні підприємства

Хмарні провайдери інвестують мільярди доларів на рік у системи захисту:

• AWS витрачає понад $1 млрд на рік на безпеку та відповідність
• Отримані сертифікати: ISO 27001, SOC 2, PCI DSS, HIPAA, FedRAMP (для урядових організацій США)
• Вбудовані сервіси безпеки: брандмауери, DDoS-захист, шифрування у стані спокою та в транзиті

Більшість середніх і малих підприємств не могли б самостійно реалізувати такий рівень захисту.

1.8 Екологічна ефективність

Великі датацентри хмарних провайдерів є значно ефективнішими з точки зору споживання енергії:

• Показник PUE (Power Usage Effectiveness) у датацентрів Google — 1.10 (ідеал = 1.0)
• Для порівняння: середній корпоративний датацентр — PUE 1.5–2.0
• AWS, Google, Microsoft взяли зобов’язання перейти на 100% відновлювану енергію

Перехід на хмару може суттєво знизити вуглецевий слід організації.

2. Виклики та недоліки хмарних технологій

Разом із беззаперечними перевагами хмарні технології несуть у собі ряд серйозних викликів, ігнорування яких може призвести до провалу хмарних ініціатив.

2.1 Безпека та конфіденційність даних

Хоча провайдери інвестують значні кошти у безпеку, хмарна модель змінює периметр безпеки та вносить нові ризики:

Модель спільної відповідальності (Shared Responsibility Model): Провайдер відповідає за безпеку самої хмари (фізична інфраструктура, гіпервізор, мережа), а клієнт — за безпеку у хмарі (налаштування доступу, шифрування даних, конфігурація застосунків).

Багато порушень безпеки в хмарних середовищах відбуваються через неправильну конфігурацію клієнтом, а не через вразливості провайдера:

• Відкриті S3-кошики з публічним доступом (витоки даних мільйонів записів)
• Слабкі або спільні облікові дані IAM
• Відсутність шифрування чутливих даних

Відомий інцидент: У 2019 році Capital One (один з найбільших банків США) зазнав витоку 106 мільйонів записів клієнтів через неправильно налаштований AWS WAF. Хмарна інфраструктура AWS не була зламана — проблема була у конфігурації самого клієнта.

Конфіденційність:

• Де фізично зберігаються дані? Яке законодавство застосовується?
• Чи має провайдер доступ до даних клієнта?
• Відповідність GDPR, законодавству України про персональні дані

2.2 Залежність від постачальника (Vendor Lock-in)

Одна з найсерйозніших стратегічних проблем хмарної трансформації — глибока залежність від конкретного провайдера:

• Пропрієтарні сервіси (AWS Lambda, DynamoDB, Azure Cosmos DB) важко мігрувати на інший провайдер
• Різні API та формати конфігурацій
• Потенційне підвищення цін після «прив’язки» клієнта

Приклад: Якщо компанія глибоко інтегрувала AWS-специфічні сервіси (Step Functions, Kinesis, DynamoDB, Cognito), міграція на Azure або GCP може коштувати більше, ніж початкова розробка.

Стратегії пом’якшення vendor lock-in:

• Використання відкритих стандартів (Kubernetes, Terraform, OpenAPI)
• Мультихмарна або гібридна стратегія
• Побудова абстракційного шару між застосунком і хмарними API

2.3 Вартість та непередбачуваність рахунків

Попри декларовану економію, хмара може виявитися дорожчою за on-premise при неправильному підході:

• «Хмарний зомбі» (cloud zombie): ресурси, запущені та забуті, продовжують тарифікуватися
• Навантаження з постійним і передбачуваним профілем (24/7) часто вигідніше тримати on-premise
• Складне ціноутворення: тисячі варіантів типів екземплярів, тарифів, регіонів

Реальна проблема: Стартові витрати компанії можуть різко зрости через непередбачену вірусну популярність, DDoS-атаку, або просто через забуті тестові ресурси.

Дані дослідження Flexera (2024): 32% бюджету хмарних ресурсів організацій витрачається нераціонально на невикористані або надлишково замовлені ресурси.

2.4 Відповідність нормативним вимогам (Compliance)

Хмарне розміщення даних ускладнює дотримання ряду регуляторних вимог:

Регулятор	Вимога	Проблема у хмарі
GDPR (ЄС)	Дані громадян ЄС не виходять за межі ЄС	Потрібно обирати регіони датацентрів
НБУ (Україна)	Певні фінансові дані мають зберігатися в Україні	Не всі провайдери мають датацентри в Україні
HIPAA (США)	Захист медичних даних	Потрібні спеціальні конфігурації та угоди BAA
PCI DSS	Безпека карткових даних	Спеціальні вимоги до середовища

2.5 Залежність від Інтернет-з’єднання

Хмарні сервіси принципово залежать від наявності надійного Інтернет-з’єднання:

• Відсутність зв’язку = відсутність доступу до даних і застосунків
• Затримка мережі (latency) критична для деяких застосунків (фінансові транзакції в реальному часі, промислові системи управління)
• Вартість пропускної здатності може бути значною

Приклад: Виробниче підприємство, що покладається виключно на хмарну ERP-систему, зупинить всі операції при 2-годинному відключенні Інтернету.

2.6 Втрата контролю та управлінські ризики

• Неможливість безпосереднього фізичного доступу до обладнання
• Залежність від графіку обслуговування провайдера
• Ризик одностороннього закриття або зміни сервісів провайдером
• Необхідність нових компетенцій: хмарна архітектура, безпека, FinOps

2.7 Зведений аналіз ризиків

Виклик	Рівень ризику	Методи пом’якшення
Витік даних	Високий	Шифрування, IAM, навчання команди
Vendor lock-in	Середній	Відкриті стандарти, мультихмара
Непередбачені витрати	Середній	FinOps-практики, бюджетні алерти
Compliance	Залежить від галузі	Вибір регіону, BAA-угоди
Залежність від Інтернету	Середній	Гібридна хмара, резервні канали
Втрата контролю	Низький–середній	Чіткі SLA, договірні гарантії

3. Основні постачальники хмарних послуг

3.1 Amazon Web Services (AWS)

Amazon Web Services — найстарший і найбільший комерційний публічний хмарний провайдер у світі.

Коротка історія:

• 2006 — запуск Amazon S3 та EC2. AWS стала першим масштабним IaaS-провайдером
• 2010 — перенесення всього Amazon.com на AWS
• 2014 — запуск AWS Lambda (перший у світі serverless-сервіс)
• 2024 — частка ринку ~32%, річний дохід понад $100 млрд

Глобальна мережа (2024):

• 33 географічних регіони (Region)
• 105 зон доступності (Availability Zones)
• 450+ точок присутності (CDN — CloudFront)
• Датацентри на всіх континентах (крім Антарктиди)

Ключові сервіси AWS за категоріями:

Категорія	Сервіс	Опис
Обчислення	EC2	Віртуальні машини
Обчислення	Lambda	Serverless-функції
Обчислення	EKS	Kubernetes-кластери
Сховище	S3	Об’єктне сховище
Сховище	EBS	Блочне сховище для VM
Бази даних	RDS	Керована реляційна БД
Бази даних	DynamoDB	NoSQL (key-value, document)
Бази даних	Aurora	High-performance SQL-сумісна БД
Мережа	VPC	Ізольована приватна мережа
Мережа	CloudFront	CDN
Безпека	IAM	Управління ідентифікацією
ML/AI	SageMaker	Повний цикл ML
Аналітика	Redshift	Data Warehouse

Конкурентні переваги AWS:

• Найширший каталог сервісів — понад 200 керованих сервісів (більше, ніж у будь-якого іншого провайдера)
• Найбільша та найзріліша екосистема — величезна кількість партнерів, документації, навчальних матеріалів
• Стабільність та надійність — 18 років комерційної роботи, перевірена SLA
• Найбільша ринкова частка — найбільша кількість клієнтів → найшвидший розвиток сервісів
• Інновації — першими запускають принципово нові сервіси (Lambda, Outposts, Graviton-процесори)

Типові клієнти AWS: Netflix, Airbnb, NASA, Samsung, Unilever, Siemens, Nasdaq

Слабкі сторони:

• Найскладніший у навчанні через величезну кількість сервісів і конфігурацій
• Інтеграція з Microsoft-екосистемою вимагає додаткових зусиль
• Ціни вищі порівняно з конкурентами у деяких категоріях

3.2 Microsoft Azure

Microsoft Azure — другий за розміром хмарний провайдер, тісно інтегрований з екосистемою продуктів Microsoft.

Коротка історія:

• 2008 — анонс «Project Red Dog» на конференції PDC
• 2010 — комерційний запуск як «Windows Azure»
• 2014 — перейменування на «Microsoft Azure», додано підтримку Linux
• 2024 — частка ринку ~22%, річний дохід понад $60 млрд

Глобальна мережа (2024):

• 60+ регіонів (найбільша кількість регіонів серед усіх провайдерів)
• 200+ країн і територій, де доступні сервіси Azure

Ключові сервіси Azure:

Категорія	Сервіс Azure	Аналог AWS
Обчислення	Azure Virtual Machines	EC2
Обчислення	Azure Functions	Lambda
Обчислення	AKS	EKS
Сховище	Azure Blob Storage	S3
Бази даних	Azure SQL Database	RDS (SQL Server)
Бази даних	Cosmos DB	DynamoDB
Мережа	Azure Virtual Network	VPC
Безпека	Azure Active Directory	IAM + Cognito
ML/AI	Azure Machine Learning	SageMaker
Аналітика	Azure Synapse Analytics	Redshift
Інтеграція	Azure DevOps	AWS CodePipeline

Конкурентні переваги Azure:

• Глибока інтеграція з Microsoft-екосистемою: Active Directory, Office 365 / Microsoft 365, Teams, SQL Server, .NET, Visual Studio
• Корпоративна спрямованість: Azure — перший вибір для організацій, що вже використовують Microsoft-продукти
• Гібридна хмара: Azure Arc та Azure Stack Hub — найкращі рішення для гібридних сценаріїв у корпоративному середовищі
• Найбільша кількість регіонів: забезпечення локального зберігання даних у більшості країн
• Azure Active Directory: де-факто стандарт корпоративного IAM; мільярди автентифікацій щодня
• Ліцензійні переваги: для компаній з наявними ліцензіями Windows Server, SQL Server — значна економія через Azure Hybrid Benefit

Типові клієнти Azure: Volkswagen Group, BMW, Lufthansa, KPMG, FedEx, Adobe, LinkedIn (власність Microsoft)

Слабкі сторони:

• Деякі сервіси ще не досягли зрілості AWS-аналогів
• Складне ціноутворення та ліцензування
• Більша орієнтація на Windows/.NET (хоча підтримка Linux значно покращилась)

3.3 Google Cloud Platform (GCP)

Google Cloud Platform — хмарна платформа від Google, що спирається на внутрішні технології, якими Google обслуговує мільярди власних користувачів.

Коротка історія:

• 2008 — Google App Engine (один з перших PaaS-сервісів)
• 2011 — BigQuery — революційний аналітичний сервіс
• 2013 — Google відкрив код Kubernetes (оркестратор контейнерів, розроблений для Google)
• 2016 — стратегічний поворот: Diane Greene очолила Google Cloud
• 2024 — частка ринку ~11%, річний дохід ~$36 млрд

Глобальна мережа (2024):

• 40 регіонів та 121 зони доступності
• Власна глобальна оптоволоконна мережа (не публічний Інтернет) між регіонами

Ключові сервіси GCP:

Категорія	Сервіс GCP	Аналог AWS
Обчислення	Compute Engine	EC2
Обчислення	Cloud Functions	Lambda
Обчислення	GKE	EKS
Сховище	Cloud Storage	S3
Бази даних	Cloud SQL	RDS
Бази даних	Firestore	DynamoDB
Бази даних	Bigtable	DynamoDB (wide-column)
Аналітика	BigQuery	Redshift
ML/AI	Vertex AI	SageMaker
ML/AI	Gemini API	Amazon Bedrock
Мережа	Cloud CDN	CloudFront

Конкурентні переваги GCP:

• Технологічне лідерство в AI/ML: Google — творець TensorFlow, BERT, Transformer-архітектури. Vertex AI базується на найпередовіших дослідженнях
• BigQuery: революційний аналітичний сервіс без сервера — обробка петабайтів даних за секунди; часто вважається кращим у своєму класі
• Kubernetes: Google — творець та головний контрибутор; GKE — найбільш зрілий k8s-сервіс
• Мережева інфраструктура: Google власна глобальна мережа — 19 підводних кабелів. Дані між регіонами передаються по приватній мережі Google, а не через Інтернет
• Ціна: GCP часто пропонує нижчі базові тарифи та attract привабливіші знижки для залучення клієнтів

Типові клієнти GCP: Spotify, Twitter / X, HSBC, PayPal, Deutsche Bank, Etsy

Слабкі сторони:

• Менший каталог сервісів порівняно з AWS та Azure
• Менша кількість партнерів та ISV у екосистемі
• Репутаційні ризики: Google відомий закриттям продуктів (Google+, Stadia, Google Reader)

4. Порівняльний аналіз хмарних провайдерів

4.1 Загальне порівняння

Критерій	AWS	Azure	GCP
Рік запуску	2006	2010	2008
Частка ринку (2024)	~32%	~22%	~11%
Кількість сервісів	200+	170+	130+
Кількість регіонів	33	60+	40
Річний дохід	$100+ млрд	$60+ млрд	$36 млрд
Найсильніший напрям	Широта пропозиції	Корпоративна/Microsoft	AI/ML, Аналітика

4.2 Порівняння за категоріями послуг

Обчислення: | Аспект | AWS | Azure | GCP | |——–|—–|——-|—–| | Широта типів VM | ★★★★★ | ★★★★☆ | ★★★☆☆ | | Serverless | ★★★★★ | ★★★★☆ | ★★★★☆ | | Контейнери (K8s) | ★★★★☆ | ★★★★☆ | ★★★★★ | | Власні чіпи | Graviton 3 | — | Tensor Processing Unit (TPU) |

Зберігання та бази даних: | Аспект | AWS | Azure | GCP | |——–|—–|——-|—–| | Об’єктне сховище | S3 (еталон) | Blob (зріле) | Cloud Storage | | Реляційні БД | RDS/Aurora | Azure SQL | Cloud SQL | | NoSQL | DynamoDB (★★★★★) | Cosmos DB (★★★★★) | Firestore / Bigtable | | Data Warehouse | Redshift | Synapse Analytics | BigQuery (★★★★★) |

AI та Machine Learning: | Аспект | AWS | Azure | GCP | |——–|—–|——-|—–| | ML-платформа | SageMaker | Azure ML | Vertex AI | | Готові AI API | Rekognition, Comprehend | Cognitive Services | Vision AI, NLP API | | Власні LLM-моделі | Amazon Titan / Bedrock | Azure OpenAI (GPT-4) | Gemini | | Власні чіпи для ML | — | — | TPU v5 | | Загальна оцінка AI/ML | ★★★★☆ | ★★★★☆ | ★★★★★ |

4.3 Порівняння цін (приклад для VM)

Ціни на хмарні ресурси суттєво залежать від типу, регіону та тривалості використання. Нижче наведено приблизне орієнтовне порівняння загальнодоступних тарифів для стандартних VM (4 vCPU, 16 GB RAM, регіон US):

Тарифний план	AWS (m5.xlarge)	Azure (D4s v5)	GCP (n2-standard-4)
On-Demand ($/год)	$0.192	$0.192	$0.190
1-річне резервування	$0.120 (~38% знижка)	$0.115 (~40%)	$0.118 (~38%)
3-річне резервування	$0.077 (~60% знижка)	$0.076 (~60%)	$0.076 (~60%)

Примітка: Ціни змінюються. Завжди використовуйте офіційні калькулятори: AWS Pricing Calculator, Azure Pricing Calculator, Google Cloud Pricing Calculator.

GCP Sustained Use Discounts: GCP автоматично надає знижку до 30% для VM, що працюють більшу частину місяця — без необхідності заздалегідь резервувати ресурси.

4.4 Вибір провайдера: практичні рекомендації

Вибір хмарного провайдера залежить від конкретних вимог організації:

Оберіть AWS, якщо:

• Потрібен найширший каталог сервісів та найзріліша екосистема
• Пріоритет — надійність та глобальне охоплення
• Організація починає хмарний шлях і хоче мати максимальний вибір

Оберіть Azure, якщо:

• Організація активно використовує продукти Microsoft (Windows Server, SQL Server, Office 365, Active Directory)
• Потрібна глибока інтеграція корпоративної ідентичності (AAD)
• Гібридна хмарна стратегія (Azure Arc, Azure Stack Hub)
• Урядові або корпоративні вимоги до локального зберігання даних (найбільше регіонів)

Оберіть GCP, якщо:

• Основна робоча навантага — аналітика великих даних (BigQuery)
• Потрібне передове AI/ML та доступ до власних моделей Google (Gemini)
• Активне використання Kubernetes та контейнерних технологій
• Важлива цінова ефективність та автоматичні знижки

Мультихмарна стратегія:

• Для великих підприємств з різноманітними навантаженнями
• Коли різні бізнес-одиниці мають суттєво різні вимоги
• Для уникнення vendor lock-in

4.5 Сертифікації хмарних провайдерів

Для ІТ-фахівців важливо розуміти систему сертифікацій кожного провайдера:

Рівень	AWS	Azure	GCP
Початковий	AWS Cloud Practitioner	AZ-900 (Azure Fundamentals)	Cloud Digital Leader
Асоційований	AWS Solutions Architect Associate	AZ-104 (Administrator)	Associate Cloud Engineer
Професійний	AWS Solutions Architect Professional	AZ-305 (Solutions Expert)	Professional Cloud Architect
Спеціальний	Security, ML, Database та ін.	AI-102, DP-300 та ін.	ML Engineer, Data Engineer та ін.

Висновки

1. Переваги хмарних технологій охоплюють фінансовий (перехід від CapEx до OpEx), технічний (масштабованість, доступність) та стратегічний (швидкість виходу на ринок, доступ до AI/ML) виміри.

2. Хмарні виклики є реальними і потребують свідомого управління: безпека та конфігурація — відповідальність самого клієнта; vendor lock-in вимагає архітектурної обережності; відповідність регуляторним вимогам — поглибленого аналізу.

3. AWS — ринковий лідер з найширшим каталогом сервісів та найзрілішою екосистемою; ідеальний для максимальної гнучкості.

4. Microsoft Azure — найкращий вибір для корпоративного середовища Microsoft та гібридних хмарних стратегій.

5. Google Cloud — лідер в аналітиці (BigQuery), AI/ML та контейнерних технологіях (Kubernetes).

6. Вибір хмарного провайдера — стратегічне рішення, що залежить від технологічного стеку організації, вимог безпеки, географічних потреб та довгострокових цілей.

Джерела

1. Gartner. (2024). Magic Quadrant for Cloud Infrastructure and Platform Services. Gartner Research.
2. Flexera. (2024). State of the Cloud Report 2024. https://info.flexera.com/cm-report-state-of-the-cloud
3. Amazon Web Services. (2024). AWS Global Infrastructure. https://aws.amazon.com/about-aws/global-infrastructure/
4. Microsoft. (2024). Azure Global Infrastructure. https://azure.microsoft.com/en-us/global-infrastructure/
5. Google Cloud. (2024). Google Cloud Infrastructure. https://cloud.google.com/about/locations
6. Eidam, E. (2023). AWS vs Azure vs GCP: Comparing Cloud Service Providers. Cloud Academy.
7. Rountree, D., & Castrillo, I. (2013). The Basics of Cloud Computing. Syngress.
8. CSA (Cloud Security Alliance). (2024). Top Threats to Cloud Computing: Egregious 11. https://cloudsecurityalliance.org

Запитання для самоперевірки

1. Поясніть різницю між CapEx і OpEx. Чому перехід від CapEx до OpEx є перевагою для більшості організацій?
2. Що таке SLA? Яку доступність гарантують провідні хмарні провайдери для своїх обчислювальних сервісів?
3. Що таке «Shared Responsibility Model» і чому вона є важливою для розуміння безпеки в хмарі?
4. Наведіть реальний приклад інциденту безпеки у хмарі, який стався через помилку конфігурації клієнта, а не через вразливість провайдера.
5. Що таке vendor lock-in? Назвіть дві архітектурні стратегії для його пом’якшення.
6. Чому може виявитися, що хмара дорожча за on-premise? При яких умовах on-premise може бути економічно вигіднішим?
7. Порівняйте AWS та Azure: яка основна сфера переваг кожного провайдера?
8. Чому Google Cloud вважається лідером у сфері аналітики великих даних? Який конкретний сервіс забезпечує цю перевагу?
9. Поясніть, що таке «Sustained Use Discounts» у Google Cloud і як вони відрізняються від моделі резервування AWS.
10. За якими критеріями ви б обирали хмарного провайдера для: а) стартапу в галузі AI; б) великого банку з наявною Microsoft-інфраструктурою; в) медіакомпанії, що потребує глобального CDN?