Миграция с SharePoint почти никогда не выглядит как аккуратный переключатель «было/стало». В реальности есть т

Миграция с SharePoint почти никогда не выглядит как аккуратный переключатель «было/стало». В реальности есть третье состояние: старый портал ещё жив, новый уже в проде, а пользователи таскают данные туда-сюда.

И вот тут начинается настоящий собесный ад для команды:
1) где источник истины, если запись поменяли в двух местах?
2) как не потерять изменения при синхронизации?
3) что делать с конфликтами, дублями и задержками?

Если отвечаете на интервью про миграцию — не говорите общими фразами вроде «сделаем sync». Нормальный ответ должен включать:
- правила приоритета данных
- idempotency для повторных прогонов
- журнал изменений или очередь событий
- стратегию разрешения конфликтов
- план отката и мониторинг расхождений

Практика простая: пока обе системы живут одновременно, вы проектируете не «перенос», а режим двусторонней координации. И если это не продумать заранее, потом будете чинить уже не миграцию, а инциденты.