В рутине внутрикорпоративной разработки нередки задачи по миграции данных из пункта «А» в пункт «Б». Такие задачи находятся вне поля зрения заказчиков (бизнеса) и их друзей-аналитиков, поэтому миграция находится за кулисами функциональных и нефункциональных требований наших проектов. Получается, что требования к процессу миграции если и появляются, то их формулируют технические специалисты. Внезапно мы получаем ряд плохих чудес: мигрировали, но не то или не туда; миграция оказалась не разовой, а периодической, и происходит слишком медленно и т.п. Эти чудеса из-за неполных/некорректных требований начинают влиять на вполне конкретные требования к актуальности, доступности и целостности данных в наших проектах.
Я поведаю о том, какие бывают требования к миграции данных и как их выявлять. Также вы узнаете, что миграция бывает разных видов, и в чём их принципиальные отличия. Расскажу, как зависит выбор инструментов для построения и контроля процесса миграции от выявленных требований. И поделюсь плохими чудесами, которые возникли у меня при неправильном выявлении требований к миграции и последующем использовании неподходящих инструментов.
Презентация доклада:
Запись выступления:
