Модуль 0.10: Що таке хмара?

Складність: [ШВИДКО] — концепції, що стають зрозумілими миттєво

Час на проходження: 20 хвилин

Передумови: Модуль 0.8 — Сервери та SSH

Що ви зможете зробити

Після цього модуля ви зможете:

Пояснити простими словами, що насправді означає “хмара” (чужі комп’ютери, які ви орендуєте)
Порівняти хмарні обчислення з локальною інфраструктурою (on-premises) та назвати переваги кожного підходу
Назвати трьох найбільших хмарних провайдерів (AWS, GCP, Azure) та пояснити, чому вони важливі для Kubernetes
Співвіднести основні хмарні сервіси (обчислення, зберігання, мережі) з компонентами комп’ютера з Модуля 0.1

Чому це важливо

Зупиніться та подумайте: Перш ніж ми почнемо, як би ви зараз пояснили другу, що таке “хмара”? Запам’ятайте своє визначення і подивіться, як воно зміниться до кінця цього модуля.

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

Реальність набагато конкретніша, і у вас уже є фундамент для її розуміння. Після вивчення того, як працюють комп’ютери (Модуль 0.1) та сервери (Модуль 0.7), хмара є логічним наступним кроком.

Ось чому це важливо: Kubernetes працює в хмарі. Коли ви чуєте “розгорнути в хмарі”, “cloud-native застосунок” або “хмарна інфраструктура”, вам потрібно розуміти, що ці слова означають насправді. Після цього модуля ви це знатимете.

”Хмара — це просто чужий комп’ютер”

Ви, напевно, бачили цей мем. Він кумедний і частково правдивий.

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

Але називати це “просто чужим комп’ютером” — значить не бачити повної картини. Це як сказати, що готель — це “просто чуже ліжко”. Технічно так, але готель також бере на себе прибирання, обслуговування, безпеку, сервіс у номерах і все інше, щоб вам не довелося про це думати.

Аналогія з кухнею: Побудувати чи Орендувати

Уявіть, що ви хочете відкрити ресторан.

Варіант 1: Побудувати власну кухню

- Купити будівлю                                ($$$$$)
- Встановити професійні плити, холодильники    ($$$$$)
- Налагодити водопровід та електрику            ($$$$)
- Найняти технічний персонал                    ($$$)
- Ремонтувати обладнання, коли воно ламається  (постійні витрати)
- Якщо з'явиться БІЛЬШЕ клієнтів:
    Будувати прибудову (займає місяці)
- Якщо з'явиться МЕНШЕ клієнтів:
    Ви все одно платите за порожню кухню

Це схоже на купівлю власних серверів. Раніше компанії так і робили — вони будували “центр обробки даних” (кімнату, повну серверів) і керували всім самостійно. Це називається локальною інфраструктурою (або “on-premises”, “on-prem”).

Варіант 2: Орендувати комерційну кухню

- Зайти та почати готувати                      (погодинна оплата)
- Плити, холодильники вже на місці              (включено)
- Водопровід, електрика вже готові              (включено)
- Обслуговуванням займається орендодавець       (включено)
- Якщо з'явиться БІЛЬШЕ клієнтів:
    Орендувати більшу кухню (займає хвилини)
- Якщо з'явиться МЕНШЕ клієнтів:
    Перейти на меншу кухню, платити менше

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

Чому існує хмара

Зупиніться та поміркуйте: Ви — стартап із чудовою ідеєю застосунку. Вам потрібно 10 серверів вже сьогодні для запуску. Купівля фізичних серверів займає понад 8 тижнів і коштує від $50,000 наперед. Що, якби у когось ці сервери вже стояли на складі, і ви могли б просто орендувати їх за$ 200 на місяць? Це і є головна цінність хмари. Читайте далі, щоб дізнатися про три конкретні проблеми, які вона вирішує.

Хмара існує через три проблеми:

Проблема 1: Купувати сервери дорого і повільно

Зупиніться та поміркуйте: Уявіть, що вас попросили підготувати швидкий прототип для презентації новому клієнту завтра вранці. Який підхід (хмарний чи локальний) робить це можливим і чому?

Компанія: "Нам потрібно 10 серверів для нового проєкту."
IT-відділ: "Добре. Нам потрібно:
  - Отримати погодження бюджету (2 тижні)
  - Замовити обладнання (4 тижні)
  - Доставити його в наш дата-центр (1 тиждень)
  - Встановити в стійки та підключити кабелі (3 дні)
  - Встановити ОС (1 день)
  - Налаштувати мережу (2 дні)
  Разом: близько 2 місяців."

Компанія: "Але нам потрібно запуститися наступного тижня..."

З хмарою:

Інженер: "Нам потрібно 10 серверів."
*вводить команду*
Хмара: "Ось ваші 10 серверів. Вони вже готові."
Минуло часу: близько 2 хвилин.

Проблема 2: Важко вгадати необхідні потужності

Якщо ви купуєте власні сервери, вам потрібно передбачити, скільки їх знадобиться. Помилка призведе до того, що ви або:

Купили замало: Ваш сайт “падає”, коли стає популярним
Купили забагато: Ви платите за сервери, які просто стоять без діла

Реальний випадок: У 2012 році популярна мобільна гра запустилася на локальних серверах. Розробники очікували 50,000 гравців, але гра стала вірусною і за три дні набрала 1 мільйон користувачів. Оскільки купівля та встановлення нових фізичних серверів займає тижні, їхня гра була недоступна протягом критичного тижня. Вони втратили приблизно $2 мільйони потенційного доходу та величезну кількість лояльних гравців, бо не змогли швидко масштабуватися.

З хмарою ви можете масштабуватися вгору та вниз за потреби. Сплеск трафіку на Black Friday? Додайте більше серверів. Неділя о 3-й ранку? Зменште кількість серверів та заощаджуйте гроші.

Проблема 3: Обслуговування — це повноцінна робота

Серверам потрібні:

Електроенергія (з резервними генераторами)
Охолодження (вони виділяють ДУЖЕ багато тепла)
Фізична безпека (будівлі під охороною, камери)
Мережеві підключення (резервні, швидкі)
Запасні частини (жорсткі диски виходять з ладу, блоки живлення згорають)
Оновлення ПЗ (операційні системи, патчі безпеки)

Хмарні провайдери беруть усе це на себе. Ви зосереджуєтесь на своєму бізнесі.

Велика трійка хмарних провайдерів

Станом на 4 квартал 2025 року галузеві аналітики, такі як Synergy Research Group та Canalys, продовжують ставити AWS, Microsoft Azure та Google Cloud у трійку найбільших публічних хмарних провайдерів за виручкою. Думайте про них як про три найбільші мережі комерційних кухонь у світі — різні бренди, різні меню, але однакова фундаментальна концепція.

Зупиніться та поміркуйте: Якщо велике підприємство вже активно використовує Microsoft Windows, Active Directory та Office 365, до якого з “Великої трійки” провайдерів вони, швидше за все, схилятимуться і чому?

Amazon Web Services (AWS)

- Перший великий хмарний провайдер (запущений у 2006 році)
- Станом на кінець 2025 року AWS залишається лідером за виручкою
- "Оригінал" — перша хмарна платформа для багатьох компаній
- Аналогія з кухнею: Найбільша мережа, яку знають усі

Microsoft Azure

- Запущений у 2010 році
- Стабільно посідає провідні позиції серед хмарних провайдерів
- Популярний серед компаній, які вже використовують продукти Microsoft
- Аналогія з кухнею: Мережа, яка ідеально поєднується з вашим наявним обладнанням

Google Cloud Platform (GCP)

- Запущений у 2008 році (публічно — у 2011)
- Входить до трійки лідерів ринку
- Відомий своїми інструментами для аналізу даних та машинного навчання
- Цікавий факт: Kubernetes був ВИНАЙДЕНИЙ у Google
- Аналогія з кухнею: Мережа з найсучаснішими кухонними технологіями

Рейтинги частки ринку змінюються з часом. Станом на кінець 2025 року AWS, Azure та Google Cloud залишалися у топ-3 за виручкою, але їхні точні частки могли відрізнятися залежно від методології дослідження. Сприймайте ці дані як актуальний зріз, а не як постійний факт.

Існують також менші провайдери: DigitalOcean, Linode (тепер Akamai), Hetzner, OVH та багато інших. Вони схожі на незалежні комерційні кухні — менші, іноді дешевші, іноді кращі для конкретних потреб.

Вам не потрібно обирати одного просто зараз. Концепції однакові у всіх, і навички, які ви здобудете, можна застосовувати всюди.

Що насправді пропонує хмара

Зв’язок з Модулем 0.1: Пам’ятаєте компоненти комп’ютера з Модуля 0.1? CPU (шеф-кухар), RAM (робоча поверхня), Disk (комора). Хмара продає кожен із них як сервіс: Compute = CPU + RAM, Storage = Disk, Networking = система внутрішнього зв’язку. Ті самі концепції, тільки в оренді, а не у власності.

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

Compute (Обчислення): Оренда сервера

"Мені потрібен комп'ютер, який працює 24/7."

Хмарний сервіс: Virtual Machine (VM) / Instance
  - AWS називає це: EC2 (Elastic Compute Cloud)
  - Azure називає це: Virtual Machines
  - GCP називає це: Compute Engine

Аналогія з кухнею: Оренда робочої станції для готування.
  Ви обираєте розмір (маленька конфорка чи промислова піч)
  і платите за годину.

Storage (Зберігання): Оренда комори

"Мені потрібно зберігати файли, зображення, бекапи."

Хмарний сервіс: Object Storage
  - AWS називає це: S3 (Simple Storage Service)
  - Azure називає це: Blob Storage
  - GCP називає це: Cloud Storage

Аналогія з кухнею: Оренда полиць у коморі.
  Ви платите за кожну використану полицю на місяць.

Networking (Мережі): Оренда служби доставки

"Мої сервери повинні спілкуватися між собою та з інтернетом."

Хмарний сервіс: Virtual Networks, Load Balancers
  - AWS називає це: VPC (Virtual Private Cloud)
  - Azure називає це: Virtual Network
  - GCP називає це: VPC

Аналогія з кухнею: Оренда кур'єрів та планування маршрутів.
  Вашим кухням потрібні дороги між ними та маршрути до клієнтів.

Databases (Бази даних): Оренда системи рецептів

"Мені потрібно зберігати та шукати структуровані дані."

Хмарний сервіс: Managed Databases
  - AWS називає це: RDS (Relational Database Service)
  - Azure називає це: Azure SQL Database
  - GCP називає це: Cloud SQL

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

Зупиніться та поміркуйте: Давайте перевіримо вашу ментальну модель. Співвіднесіть наступні хмарні сервіси з компонентами комп’ютера, про які ви дізналися в Модулі 0.1:

AWS S3 (Об’єктне сховище)

GCP Compute Engine (Віртуальна машина)

Azure Virtual Network

Відповіді: 1 відповідає жорсткому диску / SSD (Storage), 2 відповідає CPU та RAM (Compute), 3 відповідає мережевому інтерфейсу (Networking).

Pay-As-You-Go: Платіть тільки за те, що готуєте

Одним із найбільш революційних аспектів хмарних обчислень є модель ціноутворення.

Традиційне IT: “Купіть 10 серверів за $200,000. Використовуйте їх 5 років.”

Хмара: “Орендуйте сервер за $0.05 на годину. Вимкніть його, коли він не потрібен.”

Приклад:
  Маленький сервер коштує близько $0.01 на годину на AWS
  Робота 24/7 протягом місяця: $0.01 x 24 x 30 = $7.20

  Потрібен лише 8 годин на день для тестування?
  $0.01 x 8 x 22 робочих дні = $1.76 на місяць

  Потрібно 100 серверів на 2 години для великої задачі з обробки даних?
  $0.01 x 100 x 2 = $2.00

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

Зупиніться та подумайте: Ваш новий застосунок отримує в 10 разів більше трафіку у вихідні порівняно з буднями. Як би ви використали хмарне масштабування, щоб заощадити гроші та залишити користувачів задоволеними?

Реальний випадок: Модель “оплати за використання” — це палиця з двома кінцями. У 2020 році команда інженерів залишила працювати величезний кластер високопродуктивних хмарних баз даних на довгі вихідні після завершення тесту. Оскільки хмарний провайдер вважає, що сервери вам потрібні, поки ви їх не вимкнете, ресурси працювали 72 години, що призвело до неочікуваного рахунку на $85,000. Хмара дає нескінченні ресурси, але вона також може виставити нескінченний рахунок, якщо не бути уважним!

Де тут місце Kubernetes

Ось де поєднується все, що ви вивчали на треку “Zero to Terminal”:

Модуль 0.1: Ви дізналися про один комп'ютер (одна кухня)
Модуль 0.3: Ви навчилися давати команди цій кухні
Модуль 0.5: Ви навчилися писати інструкції (рецепти/скрипти)
Модуль 0.7: Ви навчилися підключатися до віддалених кухонь
Модуль 0.9: Ви дізналися, що хмара має ТИСЯЧІ кухонь в оренду

ЗАРАЗ: Kubernetes — це система, яка керує всіма цими кухнями.

Kubernetes (часто пишуть “K8s” — вісімка заміняє 8 літер між K та s) був створений у Google для вирішення такої проблеми:

“У нас тисячі серверів. Як нам автоматично вирішувати, на якому сервері запускати яку програму, як обробляти збої та масштабуватися, коли стає багато роботи?”

Без Kubernetes:

Інженер: "Розгорни застосунок на server-42."
*server-42 "падає" о 3-й ранку*
Телефон інженера: *ДЗІНЬ-ДЗІНЬ*
Інженер: "Ох... зараз перенесу його на server-43 вручну."

З Kubernetes:

Інженер: "Мені потрібно 3 копії цього застосунку в роботі."
Kubernetes: "Готово. Працюють на server-42, server-67 та server-91."
*server-42 "падає" о 3-й ранку*
Kubernetes: "Server-42 недоступний. Переношу цю копію на server-15. Готово."
Інженер: *спокійно спить*

Kubernetes — це менеджер ресторану для хмари. Він керує тисячами кухонь, вирішує, яка кухня обробляє які замовлення, і автоматично розв’язує проблеми, нікого не будячи.

Ваш шлях навчання

Ви щойно завершили трек “Zero to Terminal”. Ось де ви зараз і куди прямуєте:

Zero to Terminal (ВИ ТУТ — ЗАВЕРШЕНО!)
  ✓ Розуміння комп'ютерів
  ✓ Використання термінала
  ✓ Редагування файлів
  ✓ Розуміння серверів та SSH
  ✓ Розуміння хмарних обчислень

        ↓

Cloud Native 101 (НАСТУПНИЙ)
  → Що таке контейнери?
  → Основи Docker
  → Що таке Kubernetes?
  → Екосистема cloud-native

        ↓

Основи Kubernetes
  → Ваш перший кластер
  → Основи kubectl
  → Pods, Deployments, Services

        ↓

Трек сертифікації CKA
  → Certified Kubernetes Administrator
  → Ваша перша професійна сертифікація

        ↓

Platform Engineering
  → SRE, GitOps, DevSecOps, MLOps
  → Побудова платформ для інших розробників

Тепер у вас є надійна ментальна модель хмарних обчислень. Решта — це деталі. Важливі деталі, які ви вивчатимете крок за кроком, але все ж таки деталі. Найважчим було побудувати цю модель, і ви з цим впоралися.

Чи знали ви?

AWS починався як побічний проєкт. Amazon побудував величезну обчислювальну інфраструктуру для роботи свого інтернет-магазину. Хтось зрозумів, що цю інфраструктуру можна здавати в оренду іншим компаніям. AWS запустився у 2006 році і став одним із найважливіших бізнесів Amazon.
Хмарні дата-центри величезні. Провайдери керують гігантськими кампусами центрів обробки даних із колосальними потребами в електроенергії, охолодженні та мережевих ресурсах. Точні розміри та потужності різняться залежно від локації та постійно зростають.
Kubernetes у перекладі з грецької означає “стерновий”. Ця назва ідеально підходить до логотипа у вигляді штурвала та ідеї керування великими флотами контейнерів. Ви бачитимете цю морську тематику в усій екосистемі Kubernetes.

Типові помилки

Помилка	Чому це проблема	Що робити замість цього
Думка, що хмара завжди дешевша	Для стабільних, передбачуваних навантажень власні сервери можуть бути дешевшими	Хмара найвигідніша при змінному попиті. Оцінюйте виходячи з реальних потреб
Залишати хмарні сервери ввімкненими, коли вони не потрібні	Ви платите погодинно за кухню, яка нічого не готує	Вимикайте сервери для розробки та тестування, коли ви ними не користуєтесь
Вибір хмарного провайдера на основі хайпу	”Усі використовують AWS” — це не технічний аргумент	Вивчіть концепції (вони всюди однакові), а потім обирайте те, що підходить вашим потребам
Думка, що потрібно вивчити ВСІ хмарні сервіси	Тільки AWS має понад 200 сервісів. Ніхто не використовує їх усі	Почніть з обчислень, зберігання та мереж. Додавайте сервіси за потреби
Страх перед складністю хмари	Спочатку хмара здається неосяжною	Ви вже знаєте основи: це комп’ютери, сховища та мережі. Все інше будується на цих трьох китах
Ігнорування прив’язки до вендора (vendor lock-in)	Якщо ви занадто глибоко впровадите пропрієтарні сервіси (як AWS DynamoDB), перейти до іншого провайдера буде важко і дорого	Використовуйте відкриті стандарти та інструменти на кшталт Kubernetes, де це можливо, щоб зберегти свободу вибору

Контрольні запитання

Ви намагаєтеся пояснити нетехнічному менеджеру, чому команда інженерів хоче припинити купівлю фізичних серверів для дата-центру компанії. Як би ви просто описали, що таке хмарні обчислення і чому це валідна альтернатива?

Відповідь
Хмарні обчислення — це оренда обчислювальних ресурсів (серверів, сховищ, мереж) у провайдера замість купівлі та обслуговування власних. Це схоже на оренду повністю обладнаної комерційної кухні замість будівництва власної з нуля. Орендуючи, ви покладаєтесь на провайдера, який займається будівлею, обладнанням та обслуговуванням. Це дозволяє вам платити тільки за те, що ви використовуєте, без великих початкових витрат та тягаря управління залізом.
Ваша компанія оцінює різних хмарних провайдерів для нового проєкту. Директор з розробки просить вас коротко описати варіанти “Великої трійки”. Як би ви назвали трьох найбільших провайдерів та виділили одну характерну рису кожного?

Відповідь
AWS (Amazon Web Services) був першою великою гіпермасштабованою хмарною платформою і станом на кінець 2025 року залишається лідером за виручкою. Azure — це хмарне рішення від Microsoft, воно дуже популярне серед великих підприємств, які вже інтегровані з продуктами Microsoft. GCP (Google Cloud Platform) відомий своїми потужними інструментами для аналітики даних та машинного навчання, а також є батьківщиною Kubernetes. Знання цих провайдерів допомагає обрати правильну екосистему для ваших потреб.
Застосунок вашої команди працює на одному хмарному сервері, але він часто “падає” о 3-й ранку, і інженеру доводиться прокидатися, щоб вручну перезапустити його на новому сервері. Ви пропонуєте впровадити Kubernetes. Як Kubernetes вирішить цю проблему?

Відповідь
Kubernetes автоматично керує розгортанням застосунків на багатьох серверах, працюючи як "менеджер ресторану" для вашої інфраструктури. Він постійно моніторить систему, вирішуючи, де саме запускати застосунки, та масштабує ресурси залежно від попиту. Крім того, він автоматично обробляє збої: якщо сервер виходить з ладу, Kubernetes переносить навантаження на справні сервери без втручання людини. Це забезпечує високу доступність застосунків, дозволяючи інженерам спокійно спати вночі.
Ваш стартап створює застосунок для стрімінгу відео. Розробникам потрібне місце для запуску коду, місце для зберігання завантажених відео та спосіб безпечно направляти трафік користувачів. Визначте, які фундаментальні категорії хмарних сервісів вам потрібно орендувати.

Відповідь
Вам знадобляться сервіси Compute, Storage та Networking. По-перше, Compute (як-от віртуальні машини) для отримання потужностей CPU та RAM, необхідних для роботи коду та обробки відео. По-друге, Storage (як-от об'єктне сховище) для надійного зберігання великих обсягів відеофайлів. Нарешті, Networking (як-от балансувальники навантаження та віртуальні мережі) для безпечного з'єднання серверів між собою та спрямування трафіку від користувачів до вашого застосунку.
Рітейл-компанія щороку має величезні сплески трафіку під час свят, що потребує 50 серверів. Протягом інших одинадцяти місяців їм достатньо 5 серверів. Поясніть, як модель оплати за використання змінює їхній IT-бюджет порівняно з традиційною інфраструктурою.

Відповідь
У традиційній моделі компанія була б змушена купити та обслуговувати 50 серверів цілий рік, щоб витримати святковий пік. Це означає, що 45 серверів простояли б без діла одинадцять місяців, марнуючи гроші. Хмарна модель дозволяє орендувати лише 5 серверів більшу частину року, тримаючи витрати на мінімумі. Коли настають свята, вони динамічно орендують ще 45 серверів на кілька тижнів і вимикають їх одразу після спаду трафіку. Це перетворює капітальні витрати на гнучкі операційні витрати.
Логістична компанія вже десять років використовує власні локальні сервери зі стабільним трафіком. Проте вони запускають новий мобільний застосунок, який може або стати вірусним, або провалитися. Порівняйте хмару та локальну інфраструктуру: що їм краще використати для нового застосунку і чому?

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

Практична вправа: Дослідження безкоштовних рівнів хмари

Найбільші хмарні провайдери пропонують програми безкоштовного використання (free tier), щоб ви могли експериментувати з мінімальними витратами. Станом на квітень 2026 року умови, доступні сервіси та правила реєстрації можуть змінюватися, тому завжди звертайтеся до офіційної документації.

Крок 1: Відвідайте сторінки з описом безкоштовних рівнів

Відкрийте ці сторінки у браузері:

Документація AWS Free Tier: https://aws.amazon.com/free/
Програма Google Cloud Free: https://cloud.google.com/free
Azure Free Account FAQ: https://azure.microsoft.com/free/

Крок 2: Зверніть увагу на ці речі

На кожній сторінці спробуйте знайти:

Безкоштовні обчислення (Compute): Скільки безкоштовного часу на сервері вони пропонують? (Шукайте “EC2” в AWS, “Compute Engine” в GCP, “Virtual Machines” в Azure.)
Безкоштовне зберігання (Storage): Який обсяг сховища надається безкоштовно? (Шукайте “S3” в AWS, “Cloud Storage” в GCP, “Blob Storage” в Azure.)
Умови та тривалість: Які переваги є пробним кредитом, які діють 12 місяців, а які є “завжди безкоштовними” (always-free)? Які існують обмеження по регіонах або типах машин?

Крок 3: Запишіть знайдене

Відкрийте термінал і створіть файл для нотаток:

nano ~/cloud-notes.txt

Запишіть свої спостереження. Наприклад:

Мої нотатки про хмарні провайдери
=================================
Дата: <сьогоднішня дата>

AWS Free Tier:
- Compute: запишіть поточну пропозицію EC2 (наприклад, t2.micro або t3.micro)
- Storage: запишіть ліміт S3 та термін дії (наприклад, 5 ГБ на 12 місяців)

GCP Free Tier:
- Compute: запишіть пропозицію Compute Engine та дозволені регіони
- Storage: запишіть обсяг Cloud Storage (наприклад, 5 ГБ завжди безкоштовно)

Azure Free Tier:
- Compute: запишіть пропозицію щодо віртуальних машин або суму кредиту
- Storage: запишіть ліміти на Blob Storage

Важливо:
- Умови часто змінюються і мають багато застережень
- Деякі бонуси залежать від віку акаунту або регіону
- Завжди перевіряйте актуальні ліміти перед використанням

Збережіть та вийдіть (Ctrl + O, Enter, Ctrl + X).

Крок 4: Перевірте свої нотатки

cat ~/cloud-notes.txt

Вам НЕ ПОТРІБНО реєструватися зараз. Мета вправи — просто ознайомитися з можливостями. Коли ви перейдете до треку Kubernetes, ми допоможемо вам налаштувати безкоштовний кластер.

Критерії успіху: Ви відвідали принаймні одну сторінку free tier, зрозуміли типи пропонованих сервісів та зберегли нотатки. Тепер ви можете аргументовано говорити про хмару — що це, хто її надає і скільки це коштує.

Що далі?

Ви починали, не знаючи нічого про комп’ютери чи термінали, а тепер розумієте:

Як працюють комп’ютери (CPU, RAM, диск, ОС)
Як навігувати та керувати файлами через термінал
Як редагувати файли та писати скрипти
Що таке сервери та як до них підключатися
Що таке хмара і яке місце в ній посідає Kubernetes

Наступний модуль: Модуль 0.11: Ваш перший сервер — фінальний проєкт. Об’єднайте все вивчене та розгорніть свій перший вебсайт. Кухню побудовано. Час починати готувати.

Ви щойно скористалися інструментом, який досвідчені інженери використовують щодня. Ви на своєму місці.