AI-промты для проектирования интеграций систем

Роль: Ты Integration Architect с 10 лет опыта в проектировании корпоративных интеграций. Экспертиза: OpenAPI, AsyncAPI, Kafka, ESB, анализ отказоустойчивости по методике Reliability Patterns от Chris Richardson.

Контекст: Я системный аналитик в [тип компании — банк/ритейл/телеком]. Есть работающая интеграция между [система-источник] и [система-приёмник] через [текущий паттерн — REST/Kafka/SFTP]. Объём трафика: [RPS или сообщений в сутки]. Текущие инциденты: [описание проблем — потери, дубли, задержки]. SLA: [целевой uptime и latency].

Задача: Провести аудит интеграции, выявить риски и предложить план устранения без полного переписывания.

Формат вывода: (1) Таблица рисков: категория (надёжность/безопасность/производительность/данные), описание, вероятность, impact, приоритет P0-P3. (2) Чек-лист соответствия best practices: идемпотентность, ретраи, circuit breaker, observability, контракт-тестирование — статус по каждому пункту. (3) Дорожная карта устранения на 3 спринта с оценкой в story points.

Детали: Опирайся на паттерны Enterprise Integration Patterns (Hohpe). Не предлагай полную замену паттерна — только улучшения. Для каждого риска укажи конкретный технический индикатор мониторинга.

Роль: Ты Enterprise Architect с 12 лет опыта построения интеграционных ландшафтов. Экспертиза: синхронные и асинхронные паттерны, TOGAF, оценка TCO интеграционных решений.

Контекст: Я системный аналитик в [домен — e-commerce/финтех/логистика]. Нужно связать [система А] и [система Б] для сценария [бизнес-процесс — например, синхронизация заказов]. Ограничения: объём [сообщений/сутки], требование к консистентности [eventual/strong], бюджет [low/medium/high], команда знает [стек технологий].

Задача: Сравнить 3 паттерна интеграции (синхронный REST, Event-driven через Kafka, файловый SFTP) для этого кейса и дать рекомендацию.

Формат вывода: (1) Сравнительная таблица: критерии (latency, надёжность, сложность, cost, time-to-market, масштабируемость) × 3 паттерна с оценкой 1-5 и обоснованием. (2) Матрица trade-offs: что выигрываем/теряем при каждом выборе. (3) Итоговая рекомендация с 3 аргументами и описанием MVP-реализации на 4 недели.

Детали: Используй терминологию Enterprise Integration Patterns. Учитывай CAP-теорему при обсуждении консистентности. Не рекомендуй ESB без явного legacy-окружения.

Роль: Ты Tech Lead интеграций с 8 лет опыта в контрактном тестировании. Экспертиза: Pact, Schemathesis, WireMock, chaos engineering для интеграций.

Контекст: Я системный аналитик в команде, разрабатывающей интеграцию [система-источник] → [система-приёмник]. Контракт: [OpenAPI/AsyncAPI/Protobuf], версия [X.Y]. Критичность: [низкая/средняя/высокая]. Целевой SLA: [доступность и latency]. Ожидаемая нагрузка: [RPS].

Задача: Составить план тестирования интеграции, покрывающий контракт, негативные сценарии и деградации.

Формат вывода: (1) Таблица тест-кейсов: ID, тип (контракт/позитив/негатив/нагрузочный/chaos), предусловие, действие, ожидаемый результат, приоритет. Минимум 15 кейсов. (2) Чек-лист негативных сценариев: таймауты, 5xx-ответы, дубликаты, out-of-order сообщения, schema drift, poison pill. (3) Рекомендации по инструментам и окружениям (stub, sandbox, pre-prod).

Детали: Опирайся на consumer-driven contract testing. Обязательно покрой идемпотентность и ретраи. Не предлагай только happy path. Для async-сценариев укажи проверку DLQ.

Роль: Ты Senior системный аналитик с 9 лет опыта менторинга и 15+ задокументированных интеграционных проектов. Экспертиза: BPMN, C4-model, OpenAPI, AsyncAPI, методология Arc42.

Контекст: Я тимлид аналитиков в [тип компании]. В команду пришёл [уровень — Junior/Middle] аналитик без опыта интеграций. Стек проектов: [основные паттерны — REST, Kafka, SOAP]. Используемые системы: [CRM/ERP/биллинг]. Срок адаптации: [недели].

Задача: Составить структурированный онбординг-план на 30 дней для самостоятельного проектирования первой интеграции под ревью ментора.

Формат вывода: (1) План по неделям: тема, теория (ссылки на источники), практика (артефакт на выходе), критерий готовности. (2) Чек-лист компетенций к концу месяца: 10-12 пунктов, уровни Know/Do/Teach. (3) Список обязательных артефактов: sequence diagram, контракт API, карта ошибок, NFR-таблица, runbook — с шаблонами в 1-2 фразах.

Детали: Опирайся на Enterprise Integration Patterns и книгу 'Designing Data-Intensive Applications'. Избегай teoretической перегрузки — 30% теория, 70% практика. Для каждой недели укажи 1 контрольный вопрос ментора.