IT Link 2025.

Довольно небольшой процент разработчиков точно знает, как и согласно каким принципам нужно проектировать мультисервисную архитектуру. Если на уровне приложения разработчики ещё худо-бедно разбираются, применяя общеизвестные принципы и шаблоны (SOLID, IoC и проч.), то при проектировании системы на уровень выше (межсервисное взаимодействие), как правило, всё намного сложнее.

В большинстве случаев, всё сводится к перекрёстным связям между сервисами, что приводит к архитектурным проблемам, со всеми признаками плохой архитектуры (жёсткость, хрупкость, неподвижность, и так далее). Стоимость кода растёт, заказчик теряет деньги, разработчики мечутся от таски к таске, не успевая в спринт.

Мы разобрали принципы предметно-ориентированного проектирования. Изучили признаки плохой архитектуры. Познакомились с требованиями к архитектуре хорошей. Выяснили, как спроектировать всю систему, начиная от отдельного сервиса до всей микросервисной архитектуры. И разобрали всё это на реальных примерах.

План доклада:

1. Описание проблемы: негативные примеры из личной практики.
2. Знакомство.
3. Признаки плохой архитектуры — разбираем подробно и с примерами.
4. Требования к хорошей архитектуре — 6 основных.
5. DDD: что такое, основные понятия (предметная область, ограниченный контекст и так далее).
6. Микросервисная архитектура: как применить DDD на этом уровне (основные паттерны).
7. Подведение итогов.

Вы можете посмотреть запись доклада на VK Video и скачать презентацию в PDF.