Содержание слайдов

1. 1. Архитектура в масштабе

   Как принимаем архитектурные решения в крупном финтехе

2. 2. О чём поговорим

   От определения архитектуры до рабочих инструментов

   Зачем масштабировать архитектуру

   Что такое архитектура: Booch, Kruchten, уровни

   Software Architecture: RFC, ADR, working groups

   Solution Architecture: SLA, контракты, техдолг

3. 3. 01. Зачем масштабировать

   Контекст крупной финтех-группы

4. 4. Почему архитектура становится отдельной дисциплиной

   Когда «договорились на встрече» перестаёт работать

   12+ млн клиентов

   Мультипродукт и экосистема

   Рост команд — знания новичкам

   Распределённость — решения децентрализованы

5. 5. 02. Что такое архитектура

   Определения, на которые опираемся

6. 6. Архитектура = значимые решения

   Trajectory & boundaries

   Booch: значимые решения системы

   Значимость = цена изменения

   Trajectory — куда движемся

   Boundaries — что дорого менять

7. 7. 03. Три уровня архитектуры

   Software · Solution · Enterprise

8. 8. Три уровня

   Software · Solution · Enterprise

   Software — команда; IDE, UML

   Solution — департамент; wiki, схемы

   Enterprise — компания; ArchiMate

   Темы: паттерны → реализация → стратегия

9. 9. Enterprise architect — роль мифическая

   Кто откуда вырастает

   Software architect — растёт из разработчиков

   Solution architect — из аналитиков, под проект

   Enterprise architect — происхождение неизвестно

10. 10. 04. Software Architecture

    RFC, ADR и working groups

11. 11. Что было до

    Типичные боли software-уровня

    Решения принимаются устно и забываются

    Каждая команда переизобретает свой стек

    Дублирование инфраструктурного кода

    Нет языка design review

12. 12. Что внедрили

    Лёгкий процесс — большой эффект

    RFC — публичное обсуждение

    ADR — контекст, решение, последствия

    Working groups — доменные сообщества

    Tech radar + review gate

13. 13. 05. Solution Architecture

    Контракты, SLA и техдолг

14. 14. Solution-боли

    Когда сервисов много, а правил нет

    Нет SLA — ожидания неясны

    Слабый API рождает костыли

    Техдолг копится до состояния банкротства

    Сломанная зависимость кладёт систему

15. 15. Проектирование — за теми, кто строит

    Решения документируем, техдолг оплачиваем

    Проектирование — за разработкой и аналитикой

    Документируем условия и трейдоффы

    Техдолг виден и оплачен временем

    Core и платформенные команды

16. 16. 06. Enterprise Architecture

    Тот же процесс — на уровне компании

17. 17. Тот же процесс решений, только шире

    Унифицируем подходы к IT в компании

    Общий процесс решений в компании

    CI/CD и рантайм как PaaS

    Техрадар для внешних технологий

    Стандарты документации и InnerSource

18. 18. 07. К чему мы пришли

    Выводы и следующие шаги

19. 19. Что работает

    Культура важнее tooling

    Архитектура = дорогие решения

    Уровням нужны разные инструменты

    RFC / ADR дают видимость

    Контракты и SLA создают доверие

20. 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. 21. Спасибо!

    polomodov.tech

    Все слайды и ссылки — в Telegram-канале

    Александр Поломодов, Технический директор и Fellow, Т-Технологии

    @book_cube