データベース、API、Webアプリケーションを更新する際のバージョン管理の問題

Question

私は数千のSQL Serverデータベース（各クライアントに1つ）を持っています。プロダクションを続けることに決めたとき、データベース、Web API、Webアプリケーションのほとんどの時間が変更されました。

問題はすべて、特にデータベースを展開するのにかかる時間です。私たちは、コード・ファースト・マイグレーションとMVC .NETとSQL Serverをすべて最新のバージョンで使用しています。それはSaaSです。そして、コードの最初の移行プロセスは、データベースを1つずつ更新することができます。

APIとWebアプリケーションは、数秒で非常に迅速に導入されます。ただし、データベースはすべて約30分以内に更新されます。その間、一部のユーザーにエラーが発生し、APIが更新されていないデータベースをターゲットにするため、ソフトウェアを使用できなくなります。さらに悪いことに、データベースの更新中に何かが失敗して停止した場合、更新されていないユーザーは問題を修正して残りのデータベースを更新するまで立ち往生します。

どのようにこの問題を解決し、クライアントを幸せにする考えですか？

PS：Webアプリケーションはデータベースにアクセスするのではなく、APIにのみアクセスします。

Answer 1

この質問は多少意見に基づいています。メンテナンスウィンドウのアプローチが最も簡単です。あなたはライブ更新を行いたい場合は、別の方法は次のようになります。

2. は、Web APIのサイド・バイ・サイド
3. の複数のバージョンがどのバージョンのを選択して実行する許可データベースにバージョン番号をキープ
4. Web APIの公開インタフェースが安定しているかどうかを判断します。そうでない場合は、複数のWebサイトを横に並べて実行し、データベースのバージョンに基づいてどちらを選択するかを見つけることもできます。

これを達成する最も維持可能な方法は、おそらく少なくとも3つのサーバ：

1. 古いバージョン
2. 新バージョン
3. 現在のバージョンに基づいて適切なバックエンドサーバへのルートユーザーをフロントエンドサーバーをホストする一つのバックエンドサーバをホストする一つのバックエンドサーバ。

ルーティングはログイン時にのみ行われるか、アップグレードが検出されたときにログインしているユーザーをリダイレクトするなど、もっと面白いことができます。明らかに、このクライアントのデータベースの実際のアップグレード中に特定のクライアントに何が起こるかについては、これのどれも扱っていません。それでも個別に対処する必要があります。