Дисципліна Platform Engineering

Прикладна дисципліна | 6 модулів | ~4 години загалом

Дисципліна проєктування та побудови внутрішніх платформ розробки (IDP) для самообслуговування розробників у хмарну еру.

---

Чому Platform Engineering?

DevOps обіцяв, що розробники будуть керувати своєю інфраструктурою. Але когнітивне навантаження стало занадто великим. Platform Engineering вирішує це, створюючи “золоті шляхи” (golden paths), які дозволяють розробникам бути автономними, не потребуючи експертних знань у кожному хмарному сервісі.

Platform Engineering — це не просто “DevOps під іншою назвою”. Це перехід від “виконання операцій за інших” до “створення продуктів, які дозволяють іншим виконувати операції самостійно”.

---

Модулі

#	Модуль	Час	Опис
2.1	Що таке Platform Engineering?	30-35 хв	Походження, місія, Платформа як Продукт, IDP
2.2	Золоті шляхи та когнітивне навантаження	35-40 хв	Дизайн самообслуговування, абстракція vs контроль
2.3	Компоненти IDP	35-40 хв	Портали, оркестратори, IaC, реєстри, спостережуваність
2.4	Платформа як Продукт	35-40 хв	Дослідження користувачів, дорожні карти, метрики успіху
2.5	Забезпечення самообслуговування	40-45 хв	Шаблони, API платформи, інтеграція з GitOps
2.6	Вимірювання успіху платформи	30-35 хв	Швидкість розробки, час виходу на ринок, SPACE метрики

---

Шлях навчання

ПОЧНІТЬ ТУТ
    │
    ▼
┌─────────────────────────────────────┐
│  Модуль 2.1                         │
│  Що таке Platform Engineering?      │
│  └── Платформа як продукт           │
│  └── Внутрішня платформа (IDP)      │
│  └── Шлях від DevOps                │
└──────────────────┬──────────────────┘
                   │
                   ▼
┌─────────────────────────────────────┐
│  Модуль 2.2                         │
│  Золоті шляхи та навантаження       │
│  └── Зменшення когнітивного навант. │
│  └── Проєктування самообслуговування│
│  └── Правильні абстракції           │
└──────────────────┬──────────────────┘
                   │
                   ▼
┌─────────────────────────────────────┐
│  Модуль 2.3                         │
│  Компоненти IDP                     │
│  └── Портали розробника             │
│  └── Оркестрація ресурсів           │
│  └── Інтеграція інструментів        │
└──────────────────┬──────────────────┘
                   │
                   ▼
┌─────────────────────────────────────┐
│  Модуль 2.4                         │
│  Платформа як Продукт               │
│  └── Робота з розробниками          │
│  └── Пріоритезація функцій          │
│  └── Маркетинг платформи            │
└──────────────────┬──────────────────┘
                   │
                   ▼
┌─────────────────────────────────────┐
│  Модуль 2.5                         │
│  Забезпечення самообслуговування    │
│  └── Декларативні шаблони           │
│  └── Автоматизація прав доступу     │
│  └── Інтеграція з CI/CD             │
└──────────────────┬──────────────────┘
                   │
                   ▼
┌─────────────────────────────────────┐
│  Модуль 2.6                         │
│  Вимірювання успіху                 │
│  └── Метрики впровадження           │
│  └── Задоволеність розробників      │
│  └── Ефективність бізнесу           │
└──────────────────┬──────────────────┘
                   │
                   ▼
          PLATFORM ENGINEERING
               ЗАВЕРШЕНО
                   │
    ┌──────────────┼──────────────┐
    │              │              │
    ▼              ▼              ▼
   SRE           GitOps      Набір інструментів
Дисципліна     Дисципліна      платформи

---

Ключові концепції

Концепція	Модуль	Що це означає
IDP	2.1	Internal Developer Platform — сукупність інструментів платформи
Golden Path	2.2	Рекомендований, підтримуваний шлях розгортання
Cognitive Load	2.2	Кількість ментальних зусиль для виконання завдання
Self-Service	2.2, 2.5	Можливість розробника отримати ресурси без запитів до OPS
Platform as Product	2.4	Застосування методів продакт-менеджменту до платформи
SPACE Metrics	2.6	Модель для вимірювання продуктивності розробників

---

Передумови

• Обов’язково: Трек системного мислення — розуміння організаційної динаміки
• Рекомендовано: Дисципліна SRE — принципи надійності
• Корисно: досвід роботи розробником або DevOps-інженером
• Корисно: знання Kubernetes та хмарних сервісів

---

Куди це веде

Після завершення Platform Engineering ви готові до:

Трек	Чому
Platform Leadership	Управління командами та стратегією платформи
GitOps Дисципліна	Механізм доставки для вашої платформи
IaC Дисципліна	Як ваша платформа керує ресурсами
Набори інструментів	Вивчення Backstage, Crossplane та ін.

---

Ключові ресурси

Книги:

• “Team Topologies” — Matthew Skelton & Manuel Pais (фундаментальна книга)
• “Internal Developer Platforms” — Humanitec whitepapers
• “Platform Engineering on Kubernetes” — Mauricio Salatino (Manning, 2024)

Спільноти:

• Platform Engineering Community — platformengineering.org
• Internal Developer Platform — internaldeveloperplatform.org

---

Мислення Платформного Інженера

Питання для роздумів	Чому це важливо
”Хто наш клієнт?”	Платформи будуються для розробників, а не для OPS
”Який їхній біль?”	Пріоритезуйте те, що найбільше заважає розробці
”Це самообслуговування?”	Якщо потрібен квиток (ticket), це не платформа
”Ми абстрагуємо чи приховуємо?”	Абстракція допомагає, приховування заважає дебагу
”Це золотий шлях чи клітка?”	Залишайте можливість виходу для складних кейсів

---

Дисципліна завершена

Після цих 6 модулів ви можете:

• Проєктувати внутрішні платформи, що базуються на потребах розробників
• Зменшувати когнітивне навантаження через золоті шляхи
• Визначати необхідні компоненти для вашого IDP
• Керувати платформою як повноцінним продуктом
• Впроваджувати ефективне самообслуговування
• Доводити цінність платформи через метрики

Ви тепер розумієте, як будувати фундамент, на якому розробники зможуть творити швидше та безпечніше.

---

“Найкраща платформа — та, яку розробники обирають самі, а не та, яку їх змусили використовувати.”