Мнение Программного комитета о докладе
Докладчик на основе многолетнего практического опыта построения процессов работы с архитектурой даст несколько важных ответов о том, как делать правильно.
Ревью архитектурных изменений без шума и пыли
Доклад принят в программу конференции
Целевая аудитория
Разработчики, тимлиды, техлиды и архитекторы — все, кто хочет, чтобы архитектура их систем эволюционировала подконтрольно и в нужную сторону.
Тезисы
Многие в индустрии сталкиваются с проблемой бесконтрольного разрастания системы. Вместо стройной микросервисной архитектуры со временем получается месиво из монолитов и наносервисов. Тут — пулл-модель, там — пуш. Тут — Kafka, там — синхронный http-запрос. А почему — никто толком не знает, но у каждого есть свое чувство прекрасного.
Это приводит к дублированию функциональности, сложностям с поддержкой, «зоопарку» технологий, антипаттернам и другим проблемам, которые снижают эффективность работы и увеличивают риски сбоев.
В докладе будет представлен проверенный на практике подход к управлению эволюцией распределенных микросервисных систем. Мы расскажем, как с помощью процесса архитектурного ревью:
* контролировать изменения в системе и избегать негативных последствий;
* валидировать вектор развития и убедиться, что изменения соответствуют технологической стратегии компании;
* избегать «велосипедостроения» и антипаттернов;
* подбирать инструменты под конкретные задачи с учетом нагрузки и критичности.
Вы узнаете о ключевых составляющих успешного архитектурного ревью:
* важности наличия стратегии развития на краткосрочную и долгосрочную перспективу;
* необходимости чёткого процесса с регламентом, SLA и ответственными лицами;
* роли автоматизации в ускорении процесса и снижении зависимости от конкретных сотрудников;
* значении инженерной культуры и системы принятия решений для эффективного ревью;
* возможностях, которые предоставляет гильдия архитектуры и шаблон-опросник для анализа предлагаемых изменений.
Также будут рассмотрены конкретные инструменты и методы, которые помогут оптимизировать процесс: технологический радар для избежания устаревших инструментов, хинты применимости для выбора решений, каталог готовых общих сервисов для сокращения времени разработки. Мы поделимся опытом автоматизации процедуры ревью и представим шаблон-опросник, который поможет авторам изменений учесть все важные аспекты проектирования.
16 лет в Яндексе. Начинал с позиции стажера-разработчика на С++, ныне — deputy CTO Яндекс Еды. Увлекается автомобилями и путешествиями.
Видео
Другие доклады секции
Архитектура и масштабируемость
