ArchDays · 20 ноября 2020
Архитектура в масштабе
Как принимаем архитектурные решения в крупном финтехе
/ Архитектура в масштабе · ArchDays 2020
Содержание слайдов
1. Архитектура в масштабе
Как принимаем архитектурные решения в крупном финтехе
2. О чём поговорим
От определения архитектуры до practical-инструментов
Зачем масштабировать архитектуру
Что такое архитектура: Booch, Kruchten, уровни
Software Architecture: RFC, ADR, working groups
Solution Architecture: SLA, контракты, техдолг
3. 01. Зачем масштабировать
Контекст крупной финтех-группы
4. Почему архитектура становится отдельной дисциплиной
Когда «договорились на встрече» перестаёт работать
12+ млн клиентов и 24/7 SLA
Мультипродукт и экосистема партнёров
Тысячи инженеров, сотни команд
Распределённость, регуляторика, аудит
5. 02. Что такое архитектура
Определения, на которые опираемся
6. Архитектура = значимые решения
Trajectory & boundaries
Booch: значимые решения системы
Значимость = цена изменения
Trajectory — куда движемся
Boundaries — что дорого менять
7. 03. Три уровня архитектуры
Software · Solution · Enterprise
8. Три уровня
Software · Solution · Enterprise
Software — сервис; UML/C4
Solution — сервисы; contracts
Enterprise — company maps
Фокус: code → contracts → strategy
9. Архитектурные роли
Кто что решает
Software — внутри сервиса
Solution — между командами
Enterprise — стратегия платформы
Domain + Council — коллегиальность
10. 04. Software Architecture
RFC, ADR и working groups
11. Что было до
Типичные боли software-уровня
Решения принимаются устно и забываются
Каждая команда переизобретает свой стек
Дублирование инфраструктурного кода
Нет языка design review
12. Что внедрили
Лёгкие процессы, тяжёлый эффект
RFC — публичное обсуждение
ADR — контекст, решение, последствия
Working groups — доменные сообщества
Tech radar + review gate
13. 05. Solution Architecture
Контракты, SLA и техдолг
14. Solution-боли
Когда сервисов много, а правил нет
Нет SLA — ожидания неясны
Слабый API рождает костыли
Техдолг копится до состояния банкротства
Сломанная зависимость кладёт систему
15. Что начали делать
Договорённости как код
Producer-driven SLA с явными метриками
Контракты как код: OpenAPI, Protobuf, AsyncAPI
Versioning policy и deprecation procedure
Solution review + tech debt budget
16. 06. Что в итоге пришло
Выводы и следующие шаги
17. Что работает
Культура важнее tooling
Архитектура = дорогие решения
Уровням нужны разные инструменты
RFC / ADR дают видимость
Контракты и SLA создают доверие
18. Источники
Architecture models, fintech case
Booch + Kruchten
Simon Brown — C4
Fundamentals of Software Architecture + Architect Elevator
ThoughtWorks Tech Radar
19. Спасибо!
polomodov.tech
Все слайды и ссылки — в Telegram-канале
Александр Поломодов, Technical Director & Fellow, Т-Технологии
@book_cube