Провести анализ изменения интеграции при добавлении новых полей
Условие
К корпоративной шине ESB подключены несколько веб-сервисов. В одном веб-сервисе появились два новых обязательных поля в запросе.
Контекст:
- Веб-сервис "Клиенты" отправляет данные в сервис "Скоринг"
- В сервисе "Клиенты" добавлены новые обязательные поля: "Место работы" и "Доход"
- Интеграция работает через REST API
Задача:
- Что изменится в интеграции?
- Какие системы затронет это изменение?
- Как обеспечить обратную совместимость?
- Какой план миграции вы предложите?
- Какие тесты нужно провести?
Комментарии (1)
Ответ сгенерирован нейросетью и может содержать ошибки
Анализ изменения интеграции
1. Что изменится
API расширяется двумя обязательными полями place_of_work и income. Контракт меняется v1→v2. ESB требует обновления маршрутов.
2. Затронутые системы
Веб-сервис Клиенты, Скоринг, ESB, БД, Отчётность, Мониторинг.
3. Обратная совместимость
Вариант 1: API versioning (v1, v2 отдельно) Вариант 2: новые поля опциональны в старой версии Реализация: ESB проверяет версию, подставляет default-значения
4. План миграции
Недели 1-2: подготовка, документация Недели 2-4: разработка, обновление БД Недели 4-5: staging тесты Недели 5-6: production с бэкапом Недели 6-8: мониторинг
5. Тесты
Unit: валидация, маппинг, алгоритм Интеграционные: v1 e2e, v2 e2e Функциональные: новый клиент, миграция Регрессионные: v1 работает Performance: 1000 req/sec Data migration: целостность, rollback