ArchDays · 20 ноября 2020
Архитектура в масштабе
Как принимаем архитектурные решения в крупном финтехе
/ Архитектура в масштабе · ArchDays 2020
Содержание слайдов
1. Архитектура в масштабе
Как принимаем архитектурные решения в крупном финтехе
2. О чём поговорим
От определения архитектуры до рабочих инструментов
Зачем масштабировать архитектуру
Что такое архитектура: Booch, Kruchten, уровни
Software Architecture: RFC, ADR, working groups
Solution Architecture: SLA, контракты, техдолг
3. 01. Зачем масштабировать
Контекст крупной финтех-группы
4. Почему архитектура становится отдельной дисциплиной
Когда «договорились на встрече» перестаёт работать
12+ млн клиентов
Мультипродукт и экосистема
Рост команд — знания новичкам
Распределённость — решения децентрализованы
5. 02. Что такое архитектура
Определения, на которые опираемся
6. Архитектура = значимые решения
Trajectory & boundaries
Booch: значимые решения системы
Значимость = цена изменения
Trajectory — куда движемся
Boundaries — что дорого менять
7. 03. Три уровня архитектуры
Software · Solution · Enterprise
8. Три уровня
Software · Solution · Enterprise
Software — команда; IDE, UML
Solution — департамент; wiki, схемы
Enterprise — компания; ArchiMate
Темы: паттерны → реализация → стратегия
9. Enterprise architect — роль мифическая
Кто откуда вырастает
Software architect — растёт из разработчиков
Solution architect — из аналитиков, под проект
Enterprise architect — происхождение неизвестно
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. Проектирование — за теми, кто строит
Решения документируем, техдолг оплачиваем
Проектирование — за разработкой и аналитикой
Документируем условия и трейдоффы
Техдолг виден и оплачен временем
Core и платформенные команды
16. 06. Enterprise Architecture
Тот же процесс — на уровне компании
17. Тот же процесс решений, только шире
Унифицируем подходы к IT в компании
Общий процесс решений в компании
CI/CD и рантайм как PaaS
Техрадар для внешних технологий
Стандарты документации и InnerSource
18. 07. К чему мы пришли
Выводы и следующие шаги
19. Что работает
Культура важнее tooling
Архитектура = дорогие решения
Уровням нужны разные инструменты
RFC / ADR дают видимость
Контракты и SLA создают доверие
20. Источники
Architecture models, fintech case
Patrick Kua — Scaling out architectural decision making
Kruchten — A Mature Discipline? (SEI, 2020)
Fundamentals of Software Architecture + Technology Strategy Patterns
ThoughtWorks Technology Radar v.22
21. Спасибо!
polomodov.tech
Все слайды и ссылки — в Telegram-канале
Александр Поломодов, Технический директор и Fellow, Т-Технологии
@book_cube