1

ブルー/グリーン展開戦略の実装を検討しています。これは、データベース駆動型の Web アプリケーション用です。現在、Teamcity と Octopus デプロイを使用しています。

私の知る限り、この戦略を達成するには、データベースへの変更は、両方のバージョンのアプリケーションが引き続き機能するようにする必要があるため、ロールバックの場合、データベースの変更を元に戻す必要はありません。

Octopus が提案するこれの実装を読みました here。

私の質問:

  • 本番環境に昇格する前に、データベースの変更に対して本番環境で現在アクティブなアプリケーションをテストする人はいますか? たとえば、テストまたは UAT では?
  • もしそうなら、特に Octopus で構成する場合、この要件を展開戦略にどのように適合させますか?
4

1 に答える 1

1

本番環境に昇格する前に、データベースの変更に対して本番環境で現在アクティブなアプリケーションをテストする人はいますか?

Octopus を使用すると、現在のライブ バージョンを運用前環境に簡単に展開できるため、アップグレードされたデータベースをライブ サーバーに展開する前に、アップグレードされたデータベースに対してテストできます。

したがって、アプリケーションのバージョンがデータベースのバージョンと1一緒にライブであり、データベースのバージョンが来て、アプリケーションのバージョンが続く場合、これを本番前にテストできます...ab2

1 a - Same as live
1 b - First phase of testing (followed by release of `b`)
2 b - Second phase of testing (followed by release of `2`)
于 2016-10-23T19:44:44.857 に答える