"Disposable-First Architecture: Build Fast, Kill Faster", Oleksandr Khomenko.pptx

How to design architecture for a product that already has a successful production environment, but where you still want to launch startup-like initiatives inside it? How do you avoid breaking a stable system, keep user trust, and at the same time give the business room for experiments?

1. 600+ співробітників

2. План - Болючі кейси "важких фіч", що не прижились - Як перетворили бажання бізнесу "більше й швидше" на архітектуру - Успішний кейс швидких фіч: Таємні бокси в Expirenza - Проблеми після успіху "тимчасової" фічі - Зміна майндсету команди розробки

3. Expirenza - CORE Architecture

4. Expirenza - More EDGE features added

5. Expirenza - More EDGE features removed

6. На що впливає старий код Його треба обслуговувати при подальших оновлень бібліотек Збірки/CI довшають, тести ганяють зайвий код Новачки його вчать - росте когнітивне навантаження

7. Чому б не видалити його тоді Вдруг колись знадобиться - полежить на полочці Розробників що то робили вже не знайти (а в історію гіта немає віри) В и сока звʼязність - невідомо на що вплине

8. Та ми все знаєм Там оті мікросервіси треба заюзать Метрик прикрутить щоб все бачить Та флаги юзать щоб то виключать

9. Наскільки проблема відома світу by pendo.io

10. Наскільки проблема відома світу 80% - фіч рідко/ніколи не юзають https://www.pendo.io/resources/the-2019-feature-adoption-report/ 64% - історичний бенчмарк (спірний) https://www.mountaingoatsoftware.com/blog/are-64-of-features-really-rarely-or-never-used ~⅓ - ідей дають приріст (Microsoft) https://exp-platform.com/Documents/2017-05-17EmetricsControlledExperimentsPitfallsKohaviNR.pdf

11. Disposable-First Core ≠ Edge: експерименти живуть поза core; спілкування лише через контракти. Loose coupling: Edge знає про Core, Core знає про Edge мінімум. Метрики: time‑to‑learn, time‑to‑sunset, blast‑radius. Kill‑switch & фічефлаги MVP => MVE

12. Core ≠ Edge Ізоляція реалізації Односторонні залежності Різні SLO/SLA і процеси змін Життєвий цикл і дані

13. Loose coupling Односторонні контракти Event Sourcing / Outbox Асинхронні інтеграції Нуль умов у Core про Edge

14. Метрики OEC: головний критерій (impact) Time-to-learn (TtL) Time-to-sunset (TtS) Дашборди

15. Kill-switch & фічефлаги Різне призначення Власники та SLA Безпечні дефолти й роздільні прапорці Телеметрія та clean-up

16. Kill-switch & фічефлаги Різне призначення Власники та SLA Безпечні дефолти й роздільні прапорці Телеметрія та clean-up

17. MVP => MVE Одна гіпотеза -> один OEC Ізоляція на Edge, без змін у Core Чітка одиниця рандомізації Два прапорці й kill-path

18. Таємні бокси

19. Таємні бокси - Домовленість Мінімальна архітектура, не чіпаємо CORE фічі 1 спринт на реалізацію, 1 спринт на стабілізацію Можливість включення по містам Критерій успіху - 1000 продажів за 1 місяць в 1 місті Можливість швидко вбити фічу

20. Таємні бокси - EDGE Архітектура

21. Таємні бокси - Успіх 10 000 продажів за 25 днів > 30ти підключених закладів на старті Медіа привід

22. Таємні бокси - Де боліло Внутрішнє адміністрування Упущені едж кейзи Підтримка

23. Таємні бокси - Що робили після успіху Масштабування на інші міста (продуктово) Hardening інфри Нові фічі

24. Таємні бокси - Підсумки

25. питання є? 🤗 🎶 Все, що я роблю, найфірмовіша фірма 😸