Platform Engineering понад хмарами: multi-cloud одним маніфестом [ukr]
Кожна нова хмара в компанії зазвичай означає ще один набір Terraform, ще одну інструкцію з деплою і ще один спосіб зробити все по-своєму. Витрати ростуть швидше, ніж кількість провайдерів.
Platform engineering дозволяє розірвати цю залежність: golden path стає інтерфейсом, а конкретна хмара — реалізацією. Розробник описує, що йому потрібно — сервіс і production-база даних — а платформа сама вирішує, як це виглядає у гіперскейлері, а як у локального провайдера.
У живому демо розробник створює новий сервіс через портал самообслуговування. Один шаблон, один Kubernetes-маніфест — і застосунок розгортається у двох хмарах одночасно. Однакова заявка на PostgreSQL в одній хмарі стає керованим сервісом бази даних, в іншій — базою під управлінням оператора в Kubernetes.
Окремо — про межі підходу: IAM, сторедж і бекапи абстракція не приховує, і я покажу, чому це нормально.
Після доповіді ви знатимете, як влаштований патерн «заявка → композиція» для баз даних у різних хмарах, з чого почати свій перший golden path без побудови власного PaaS, і які відмінності між хмарами варто показувати розробникам явно.
- Артем має понад 19 років досвіду в розробці, DevOps та створенні хмарних продуктів для глобального ринку
- До приєднання до команди De Novo він запустив і впродовж 5 років розвивав продукт Tyk Cloud — гібридну платформу API Management для провідних світових корпорацій
- Сьогодні його зусилля зосереджені на використанні Platform Engineering для швидкого, катастрофостійкого та безпечного перетворення ідей українських бізнесів та інституцій у цінність
- У вільний час програмує мікроконтролери та захоплюється 3D-друком
- GitHub