従来のアプリケーション移行戦略 - 戦略に必要なアドバイス

Question

現在、複雑な古典的なASP Webサイト（v1）を新しいASP.NET MVC 3バージョン（v2）に移行する作業を進めています。データベースは保持され、v2で使用されます。 v2をビルドすると、ビジネスは引き続きv1にフィーチャーを変更して追加します。 v1のすべての機能と、v2のかなり複雑な機能の改善が必要です。

私は現在、v1の継続的な作業のため、v1と同じ機能（ただし、より強力なフレームワーク、より良い方法など）でv2を生成することが、並行して実行し、安定したら新しい機能を追加することができます。

v1ではデータベーススキーマの変更が発生していますが、v2の最初の反復ではあまりにも多くの処理を行うことが心配です。

誰もこのタイプのプロジェクトに関する洞察を持っており、これが良いアプローチであるかどうかについてアドバイスしていますか？

Answer 1

同じデータベースを使用している限り、アプリケーションを分割して1つのセグメントを一度にアップグレードする方法を探しています。 v2がv1に関して「暗くなる」ウィンドウが最小限になるようにしてください。これにより、リスクが増加します。 v2をv1のライブ変更と同期させるにはあまりにも多くの方法がありません。v2の単体テストカバレッジを持っていてもv1（これは私が想定している）にはないので、リンゴとリンゴを比較するとかなり小さいです、IMO。