問題タブ [blue-green-deployment]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
0 に答える
21 参照

amazon-web-services - AWS Blue-Green デプロイ。デプロイが進行している間、本番環境からの新しいデータ (データベース) はどうなりますか?

新しい機能を展開している間、本番環境で新しいデータ (たとえば、登録された新しいユーザー) で何が起こるかを完全に理解しようとしています。新しいコードをレポにプッシュすると、Blue-Green デプロイメント スクリプトがプロダクションの新しいクローンを作成し、レポから新しいコードをプルします。次に、すべてが期待どおりに機能しているかどうかをテストする時間が必要です。すべて問題ないようであれば、デプロイを終了し、新しいインスタンスを本番環境に置き換えます。問題は、テスト中に本番環境に追加されたデータ (新規ユーザー、コンテンツなど) がどうなるかということです。このデータは新しいインスタンスに転送/複製されますか? はいの場合 - どのように?

0 投票する
0 に答える
44 参照

kubernetes - Istio でのルート変更の適用が遅すぎてデプロイが失敗する

私は DevOps ソリューションに取り組んでおり、kubernetes でブルー グリーン デプロイ ソリューションを自動化しようとしています。ただし、仮想サービスを削除するときに istio がルート ルールを適用するのが遅すぎて、有効になるまでに時間がかかるという問題に直面しています。ルールが更新されるまで 60 秒待ち、古いポッドを破棄しようとしました。ルート変更を完了するのに 60 秒で十分であるという考えはありません。ルート (緑のルートのみ) が適切に更新されていることを確認する方法について、アドバイスが欲しいですか? istioを適用して実行を高速化する方法は?ありがとう。

仮想サービスを適用する yaml ファイルは次のとおりです。