T-Двор · 9 июня 2024
Архитектура в крупном финтехе
Как мы проектируем свои решения
/ Архитектура в крупном финтехе · T-Двор 2024
Содержание слайдов
1. Архитектура в крупном финтехе
Как мы проектируем свои решения
2. Александр Поломодов
Technical Director & Fellow, Т-Технологии
Архитектура и инженерные практики в fintech
Монолит → микросервисы → cloud native
Подкаст «Code of Leadership», канал @book_cube
3. О чём поговорим
Архитектура как процесс, сообщество и платформа
Архитектура: требования и trade-offs
Эволюция: monolith → cloud native
Процесс: ADR, RFC, review
Community, radar, platform
4. 01. Что такое архитектура
Функциональные + нефункциональные требования, паттерны, технологии
5. Состав архитектуры
Решения и trade-offs
Functional: что система делает
Non-functional: latency, availability, security, cost
Patterns: layered, hexagonal, CQRS
Stack + docs: ADR, RFC, C4
6. 02. Эволюция архитектуры
Monolith → SOA → Microservices → Cloud Native
7. Монолит → cloud native
Каждый стиль решал свою боль
Монолит: simple, но тесно командам
SOA: ESB и тяжёлые контракты
Microservices: deploy vs distributed complexity
Cloud Native + event-driven baseline
8. 03. Принципы проектирования
DDD, 12-factor, event-driven
9. На чём строим решения
Общий язык для всех команд большого финтеха
DDD: bounded contexts
12-factor: stateless + dev/prod parity
Event-driven: Kafka integrations
API-first + observability by design
10. 04. Архитектурный процесс
ADR, RFC, review
11. Как принимаются архитектурные решения
Процесс важнее, чем разовое «гениальное» решение
ADR: решение и контекст
RFC: альтернативы и trade-offs
Review: принципы, стандарты, security
Postmortems обновляют процесс
12. 05. Архитектурное сообщество
Гильдии, синхронизации, principal engineers
13. Кто и как влияет на архитектуру
Сообщество как масштабируемый механизм
Principal / Staff: доменное лидерство
Гильдии по стекам
Синки и cross-team RFC review
Tech talks и ротация людей
14. 06. Tech Radar и стандартизация
Adopt · Trial · Assess · Hold
15. Управление технологическим разнообразием
Свобода в рамках разумного списка
Adopt: default stack
Trial: ограниченный контур
Assess: изучаем вне прода
Hold: не стартуем новое
16. 07. Платформенный подход
Internal PaaS как продукт для разработчиков
17. Платформа как ускоритель разработки
Снижает когнитивную нагрузку и стандартизирует решения
Деплой в режиме самообслуживания через единый CI/CD
Templates: observability + security
Managed Kafka, Postgres, Redis, Vault
Developer Portal: docs + ownership
18. 08. Trade-offs
Time-to-market vs maintainability
19. Решение = компромисс
Архитектура делает выбор явным
Унификация vs автономия команд
Buy vs build — managed или своё
CAP/PACELC на сервис
Техдолг: учитывать и платить
20. Ссылки и материалы
Архитектурные практики — case experience; источники ниже задают внешний язык решений
Domain-Driven Design
Architecture Decision Records
Thoughtworks Technology Radar
Team Topologies + CAP/PACELC
21. Спасибо!
polomodov.tech
Все слайды и ссылки — в Telegram-канале
Александр Поломодов, Technical Director & Fellow, крупный финтех
@book_cube