これは可能ですか？私は部分的な本番リリースを達成しようとしています。これにより、アプリで (たとえば) 6 つのインスタンスが稼働している場合、そのうちの 1 つまたは 2 つだけに新しいバージョンをデプロイして、スティッキー セッションをオンにすることができます。
そうすれば、ユーザーが初めて新しいアプリ バージョンのインスタンスに「スタック」したときに、常にそれを取得できます。このようにして、新しいバージョンの動作を数日間監視してから、完全なリリースを行うか、新しいバージョンを取り消すかを決定し、影響を受けるユーザーの割合を減らすことができます。
可能であれば、新しいバージョンを特定のノード/アプリ インスタンスにのみデプロイするために使用する必要がある構成パラメーターの種類を探しています。
これは cloudbees では不可能です。新しいバージョンを展開すると、新しいバイナリで新しいサーバーのセットが開始されます (展開は既存のサーバーを上書きせず、新しいインフラストラクチャを作成し、アクティブなインフラストラクチャを停止します)
A/B テストプロセスをセットアップしようとしているようですね。
必要なのは、新しいバージョンの別のアプリケーション ID であり、一部のユーザーをここにリダイレクトし、青/緑のスイッチを使用して、新しいアプリの使用統計に問題がない場合にすべてのユーザーが最新のものを使用するようにします。
Cloudbees プラットフォームは、(まだ) A アプリと B アプリ間のトラフィック スイッチの実装を支援するルーティング アルゴリズムを提供していません。おそらくあなたのDNSプロバイダーはこれを処理できますか? 回避策は、アプリケーション A にトラフィックの一部を B にリダイレクトさせることです。