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

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

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

Попередні вимоги: Модуль 0.7 — Сервери та SSH

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Варіант 2: Орендувати професійну кухню

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

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

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

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

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

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

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

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

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

З хмарою:

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

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

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

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

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

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

Проблема 3: Обслуговування — це робота на повний робочий день

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

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

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

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

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

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

Amazon Web Services (AWS)

- Перший великий хмарний провайдер (запущений у 2006 році)
- Найбільший за часткою ринку (~31%)
- «Оригінал» — перша хмара для більшості компаній
- Кухонна аналогія: Найбільша мережа, яку знають усі

Microsoft Azure

- Запущений у 2010 році
- Другий за величиною (~25%)
- Популярний серед компаній, які вже використовують продукти Microsoft
- Кухонна аналогія: Мережа, яка інтегрується з вашим існуючим обладнанням

Google Cloud Platform (GCP)

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

Існують також менші провайдери: 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 (Object Storage)

GCP Compute Engine (Virtual Machine)

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 разів більше трафіку у вихідні порівняно з буднями. Як би ви використали хмарне масштабування, щоб заощадити гроші, залишаючи користувачів задоволеними?

Історія з життя: Pay-as-you-go — це потужний інструмент, але це палиця з двома кінцями. У 2020 році команда інженерів залишила величезний кластер високопродуктивних хмарних баз даних працювати на довгі вихідні після завершення тестування. Оскільки хмарний провайдер припускає, що вам потрібні ресурси, які ви запросили, вони працювали недоторканими протягом 72 годин, що призвело до неочікуваного рахунку на 85 000 доларів. Хмара дає вам нескінченні ресурси, але вона також виставляє нескінченний рахунок, якщо ви не будете уважними!

Де тут місце Kubernetes

Ось де все в курсі Zero to Terminal поєднується:

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

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

Kubernetes (часто пишуть «K8s» — де 8 означає 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 Basics
  → Ваш перший кластер
  → Основи kubectl
  → Pods, Deployments, Services

        ↓

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

        ↓

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

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

Чи знали ви?

AWS починався як побічний проєкт. Amazon побудував величезну обчислювальну інфраструктуру для роботи свого інтернет-магазину. Хтось зрозумів, що вони можуть здавати в оренду вільні потужності іншим компаніям. AWS був запущений у 2006 році і зараз приносить понад 90 мільярдів доларів річного доходу — більше, ніж прибутки Amazon від роздрібної торгівлі. Побічний проєкт став одним із найприбутковіших бізнесів в історії.
Хмарні дата-центри величезні. Один кампус дата-центру AWS у Вірджинії охоплює понад 2 мільйони квадратних футів — це приблизно 34 футбольних поля. Він містить сотні тисяв серверів, споживає достатньо електроенергії для живлення невеликого міста та охолоджується системами, що перекачують тисячі галонів води за хвилину. У всьому світі існують сотні таких об’єктів.
Kubernetes грецькою означає «керманич». Люди в Google, які створили його, назвали його на честь людини, яка керує кораблем. Логотип K8s — це штурвал корабля з сімома спицями. Ідея полягає в тому, що Kubernetes «спрямовує» ваші контейнери через хмару. Проєкт спочатку називався «Project Seven» всередині Google (на честь персонажа Star Trek Сьомої з дев’яти — так, справді).

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

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

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

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

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

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

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

Відповідь
Вам знадобляться сервіси Compute, Storage та Networking. По-перше, ви повинні орендувати Compute (наприклад, Virtual Machines), щоб забезпечити CPU та RAM, необхідні для запуску коду вашого додатка та обробки відеопотоків. По-друге, ви повинні орендувати Storage (наприклад, Object Storage), щоб безпечно зберігати величезні обсяги даних, створених завантаженими відеофайлами. Нарешті, вам потрібні сервіси Networking (наприклад, Load Balancers та Virtual Networks), щоб безпечно з'єднати ваші сервери між собою та спрямувати вхідний трафіку з пристроїв користувачів до вашого додатка.
Роздрібна компанія щороку відчуває величезні сплески трафіку на вебсайті під час святкового сезону, що потребує 50 серверів для обробки навантаження. Протягом інших одинадцяти місяців їм потрібно лише 5 серверів. Поясніть, як модель оплати за використання (pay-as-you-go) фундаментально змінює їхній ІТ-бюджет порівняно з традиційною інфраструктурою.

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

Відповідь
Для нового споживчого додатка їм слід використовувати хмарні обчислення, щоб мінімізувати фінансові ризики та забезпечити масштабованість. On-premises інфраструктура потребує великих початкових інвестицій і тривалого часу на налаштування, що є дуже ризикованим для неперевіреного додатка, який може провалитися і залишити їх з дорогим незадіяним обладнанням. З іншого боку, якщо додаток стане вірусним, фіксовані on-premises сервери будуть занадто повільними для масштабування, що призведе до збоїв і втрати користувачів. Хмарні обчислення дозволяють їм почати з малого з мінімальними витратами, миттєво масштабуватися для задоволення раптового вірусного попиту та швидко згортати ресурси (або повністю вимкнути їх), якщо додаток провалиться.

Практична вправа: Вивчіть безкоштовні рівні хмари (Free Tiers)

Основні хмарні провайдери пропонують безкоштовні рівні, щоб ви могли експериментувати без оплати. Давайте подивимося, що доступно.

Крок 1: Відвідайте сторінки Free Tier

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

AWS Free Tier: https://aws.amazon.com/free
Google Cloud Free Tier: https://cloud.google.com/free
Azure Free Tier: 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 місяців» чи «завжди безкоштовний»? Багато сервісів безкоштовні протягом 12 місяців після реєстрації, потім за них починають стягувати плату. Деякі завжди безкоштовні в певних межах.

Крок 3: Запишіть те, що ви знайшли

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

nano ~/cloud-notes.txt

Напишіть те, що ви знайшли. Щось на зразок цього:

Мої нотатки про дослідження хмари
=================================
Дата: Квітень 2026

AWS Free Tier:
- EC2: 750 годин/місяць t2.micro протягом 12 місяців
- S3: 5 ГБ сховища протягом 12 місяців
- ...

GCP Free Tier:
- e2-micro instance: завжди безкоштовно
- 5 ГБ Cloud Storage: завжди безкоштовно
- ...

Azure Free Tier:
- 750 годин VM B1S протягом 12 місяців
- 5 ГБ Blob Storage протягом 12 місяців
- ...

Нотатки:
- Усі три вимагають кредитну картку для реєстрації (але не будуть списувати кошти за безкоштовний рівень)
- GCP має найбільше «завжди безкоштовних» сервісів
- AWS має найбільшу кількість сервісів загалом

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

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

cat ~/cloud-notes.txt

Вам НЕ потрібно реєструватися в жодному з них прямо зараз. Просто переглянути сторінки та зрозуміти, що доступно — це і є вправа. Коли ви дійдете до курсу Kubernetes, ми допоможемо вам налаштувати безкоштовний кластер.

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

Наступний модуль

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

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

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

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