Межведомственный интеграционный долг

Как проявляется

Гражданин подаёт документ для гос-услуги. Система направляет к 3-4 ведомствам. Each integration — point-to-point connector, sometimes API, sometimes ручной обмен файлами, sometimes нет integration вообще (требуется бумажная справка).

Maintenance integrations занимает значимую часть IT-бюджета каждого ведомства.

Изменение одной системы breaks downstream consumers молча.

Новый use case требует месяцев на согласование integrations.

Почему накопилось

Каждый цифровой проект решал свою задачу. Integration был afterthought.

Standards (data, protocols) были, но не enforced.

Owner integrations ни у кого. Each side blames the other при проблеме.

Vendors поощряли lock-in — proprietary protocols.

Funding модель не supported shared infrastructure.

Что не работает

«Перепишем всё с нуля». Politically impossible, technically risky.

Mandate всем switch к single platform. Vendors resist, agencies resist.

Hire больше integration engineers. Лишь добавляет к долгу.

Что работает

Government event bus. Single shared infrastructure для events. Каждое ведомство публикует, остальные subscribe.

API gateway federation. Each agency exposes APIs через unified gateway.

Stewardship и contracts. Каждый event / API имеет owner, contract, version policy.

Strangler pattern для legacy integrations. Постепенная миграция от point-to-point к event bus.

Funding model. Shared infrastructure через central budget, не agency budgets.

Что обсуждать

Кто owner government event bus? Cross-agency leadership.

Какие первые 5-10 events высокого impact? Citizen registration, tax payment, document issued.

Как enforce contracts при schema changes?

Migration timeline realistic. 5-7 лет минимум.

Связанное

• /insights/government-data-quality-crisis/ — data crisis
• /architecture/government-event-bus-architecture/ — event bus
• /architecture/government-api-platform/ — API platform
• /insights/government-after-egov/ — after e-gov