Миграция — это не «вчера был SharePoint, сегодня новый портал». Это часто грязное третье состояние: две систем

Миграция — это не «вчера был SharePoint, сегодня новый портал». Это часто грязное третье состояние: две системы в проде, пользователи мечутся между ними, данные меняются в обоих местах.

И вот тут команды обычно делают классическую глупость: объявляют cutover по календарю и надеются, что «разберёмся потом». Потом — это дубли, расхождения, конфликтующие правки и вечный вопрос «какая система истинная?».

Нормальный подход — двусторонняя запись с жёсткими правилами: кто источник истины для каких сущностей, какие изменения реплицируются, где блокировки, где feature flags, где read-only, где rollback. И да, это уже не «миграция», а эксперимент на производственный риск. Только без права на халтуру.

Контекст: старый портал ещё нужен, новый уже должен жить.
Действие: не режем по живому, а строим контролируемый overlap с мониторингом конфликтов, задержек и качества данных.
Результат: меньше операционного хаоса, меньше ручных сверок, меньше шансов устроить себе data corruption под видом цифровой трансформации. 🔥