Архитектура ПО: основные принципы и интеграция систем

Этот материал объясняет основные принципы архитектуры и интеграцию систем, включает вопросы для проверки знаний и теги.

В двух словах

На практике гринфилд редкость: архитектуру нужно строить с расчётом на расширение, интеграцию и смену окружения (облако, ОС, БД), чтобы системы оставались поддерживаемыми и масштабируемыми.

Определение

Архитектура ПО описывает структуру, компоненты, взаимосвязи и технологии. При интеграции систем часто встречаются такие проблемы:

• Наследуемые системы (плохая документация, монолитная структура)
• Интерфейсы, форматы данных, протоколы
• Выбор между рефакторингом и переписыванием
• Смена окружения (On-Prem → облако, Windows → Linux, миграция БД)

Управление технической задолженностью, модульная декомпозиция, многоуровневые архитектуры и чёткие интерфейсы являются ключевыми инструментами.

Важные моменты для подготовки

• Архитектура = структура, коммуникация, зависимости
• Учёт наследуемых систем (требование IHK)
• Интерфейсная совместимость как требование к проектированию
• Рефакторинг вместо переписывания при стабильной бизнес-логике
• Интеграция через REST, middleware, адаптеры
• Безопасность: защита API, доступ к старым БД
• Экономика решения: переиспользование против разработки с нуля
• Документирование: диаграммы, описание интерфейсов, стратегия миграции

Основные шаги

1. Анализ текущего состояния
2. Техдолг
3. Согласование требований
4. Проектирование интерфейсов
5. Стратегия интеграции (обёртка, прокси, адаптер)
6. Целевое окружение
7. Миграция (всё сразу или поэтапно)
8. Рефакторинг
9. Тестирование совместимости
10. Документация и решения по архитектуре

Пример из реальной жизни

Управления складом (монолит) получает современный веб-интерфейс:
- REST-API как промежуточный слой
- Адаптер старой структуры данных → JSON
- OpenAPI/Swagger документация
- повторное использование существующей логики

Плюсы и минусы

Плюсы

• Переиспользование существующих систем экономит время и бюджет
• Интеграция продлевает срок жизни системы

Минусы

• Старые системы часто плохо документированы
• Создать интерфейс к готовой системе сложнее
• Смена окружения несёт риски

Типичные вопросы (с кратким ответом)

1. Что такое наследуемая система? Старая система, которая продолжает использоваться в продакшене.
2. Как интегрировать старые системы? Через интерфейсы, адаптеры, обёртки, middleware.
3. Когда делать рефакторинг, а не переписывать? Когда бизнес-логика стабильна и проверена.

Полезные ссылки

1. https://arc42.org/
2. https://c4model.com/

Рекомендуемая книга