Стратегия миграции устаревших приложений - требуется совет по стратегии

Question

В настоящее время я работаю над переносом сложного классического веб-сайта ASP (v1) на новую версию ASP.NET MVC 3 (v2).База данных будет сохранена и использована для v2.В то время как я собираю v2, бизнес продолжает изменять и добавлять функции в v1.Все функции v1 требуются вместе с некоторыми довольно сложными функциональными улучшениями в v2.

Из-за продолжающейся работы над v1, в настоящее время я думаю, что лучшая стратегия для этого - выпуск v2 с той же функциональностью.(хотя с более сильной структурой, лучшими практиками и т. д.), как v1, отпустите до точки, где приложения могут запускаться параллельно, а затем добавьте новые функции, когда это станет стабильным.

Там, где изменения схемы базы данных происходят наv1, я обеспокоен попытками сделать слишком много для первой итерации v2.

Кто-нибудь имеет какое-либо понимание этого типа проекта и советует, является ли это хорошим подходом?

Answer 1

Пока вы используете одну и ту же базу данных, я буду искать способы сегментировать приложение, обновляя по одному сегменту за раз. Постарайтесь свести к минимуму окна, где v2 «темнеет» по отношению к v1, так как это увеличивает риск. Просто не так уж много способов синхронизировать v2 с живыми изменениями в v1 - даже если у вас есть хорошее покрытие модульных тестов для v2, в v1 этого не будет (я полагаю), поэтому ваша способность сравните яблоки с яблоками довольно мало, ИМО.