Alexander Marchenko: Проблеми росту продуктової екосистеми (UA) UA Online PMDay 2024 Spring Website – www.pmday.org/online Youtube – https://www.youtube.com/startuplviv FB – https://www.facebook.com/pmdayconference

1. Біль планування і досягнення швидкості поставки в Production
Проблеми росту
продуктової екосистеми
Олександр Марченко, CPO RozetkaPay

2. Болі продукту:
👉 Мікросервіси чи “монолітна” структура?
👉 Планування релізів і запуск розподіленого функціоналу
👉 Bus-фактор та якість продуктових рішень

3. Велика
продуктова
екосистема
01.
Велика кількість
розподілених сервісів,
“мультистек”, собівартість
інфраструктури
02.
Виокремленні команди під
доменну експертизу
03.
Накладні витрати:
❏ інфраструктура
❏ незамінні
інженери
❏ собівартість
факапів

4. `продуктових команд, загальним
складом під 70 інженерів
13
`сервісів, із своїми БД, інфраструктурних
інструментів
100 +
`релізів за спрінт
30+
`product owner/manager, business
analyst, project coordinator
14

5. Мікросервісна архітектура
- це як делегувати відповідальність на декількох співробітників
одночасно
ну дуже цікаво…

7. 👍 Розподілені сервіси дають
можливості: гнучкої поставки
функціоналу, масштабування, адекватні
CI/CD, незалежність розгортання
👎 експоненційне зростання вартості
інфраструктури
👎 розростання процесу розробки
👍 Задоволена команда
👍 Незалежне тестування (можливість)
👎 складність організації команд
👎 відсутня стандартизація
👎 відсутня ясність у питаннях володіння

8. Переваги моноліту:
👉 простота розгортання
👉 лінійна розробка
👉 продуктивність
👉 спрощене тестування і наладка
Проблеми моноліту:
👉 швидкість розробки (паралельній)
👉 надійність і відмовостійкість
👉 складність впровадження нових
технологій
👉 недостатня гнучкість

9. Ви не доросли
до моноліту,
якщо:
01.
Наздоганяєте ринок,
вимушені швидко
реагувати і запускати
атомарний функціонал
02.
Можете управляти змінами
в основній частині
продукту
03.
Мораль і етика:
❏ ви вважаєте себе
“маленьким”
продуктом
❏ точно не знаєте у
“що” ви ростете
❏ вам вистачає
“бюджету”

10. Спланували “пачку релізів”, узгодили
тестові сценарії
провтикали дефект, ролбекнули один
сервіс, або інша життєва ситуація…

11. Повноцінна команда,
досвідчених інженерів 👉
бездоганна інженерна якість
продукту 👉
“нормальні умови” у зовнішніх
системах (інтеграційні партнери) 👉
👈 Безшовна
доменна експертиза
👈 чіткий сценарій
продуктового
розвитку
👈 виважений
менеджмент

12. 👍 Спілкування сервісів має
відповідати вашій бізнес-логіці
High Cohesion
👍 Ваші сервіси мають зберігати
мінімальну звʼязаність між собою -
низьку кількість залежностей
Low Coupling
👍 Ваші компоненти мають бути
сфокусовані на єдиній природі
логіки чи функціоналу
👍 Ваші компоненти мають тримати
слабку залежність від змін в
супутніх системах

13. Доменні
експерти
01.
Глибока зануреність в
предметну складову
ваших продуктів
02.
Стійкість команди до
структурних змін
03.
Накладні витрати:
❏ швидкість
адаптації
❏ кадровий голод
❏ собівартість
команди

14. Thank you for watching!
27.04.2024