最近、スワップ環境 URL を使用して、2 つの環境を使用して Elastic Beanstalk アプリケーションをアップグレードしました。豆の木の URL にマップされた別の URL に CNAME レコードがあります。その後、実稼働環境 (現在はテスト URL にある) にプッシュしようとしましたが、再度スワップしましたが、これは正しく機能していないようでした。
スワップによってテスト環境が本番 URL にマップされることを期待します。つまり、以前はテストのためにテスト環境にプッシュしていたのですが、今度は本番環境にプッシュしてから、スワップして別のゼロ ダウンタイム アップグレードを行う必要があります。これは非常に混乱する可能性があるため、Elastic Beanstalk と URL の交換に関する情報が不足しているように見えるため、誰かがこれを明らかにできることを期待していました。
ここで、どの「スワップ URL」機能が議論されているかに注意してください... AWS Elastic Beanstalk の「アクション」 | 「Swap Environment URLs」機能ですが、私の経験では、この機能はDNS とは何の関係もなく、Route 53とは何の関係もありません。
私が見る限り、AWS EB Swap URLは、Beanstalk 環境の公開 URL を単純に交換するだけで、DNS をまったく変更する必要がありません。
例：
2 つの EB 環境があるとします。
「quality-qq443224.elasticbeanstalk.com」の EB URL を持つ「quality」
「quality-patched1.elasticbeanstalk.com」の EB URL を持つ「quality-patched1」
「quality-patched1」インスタンスを選択し、「quality」インスタンスで「Swap Environment URL's」を選択すると、次のようにリストされるだけです。
「quality-patched1.elasticbeanstalk.com」の EB URL を持つ「quality」
「quality-qq443224.elasticbeanstalk.com」の EB URL を持つ「quality-patched1」
したがって、既存の DNS CNAME (Route 53 にあると想定され、/quality-qq443224.../ を指していると想定されます) はまったく変更する必要はありません...パッチが適用された新しいインスタンスに転送されます。
URL スワップは、2 つの Green/Ready 環境間で CNAME を交換する簡単な操作です。Route 53 (またはその他の DNS) とは何の関係もありません。2 つの CNAME を交換するだけです。たとえば、 CNAME のある環境foo-1と CNAMEのfoo-1.example.comある別の環境があるとします。スワップ操作後、環境は で応答します。foo-2foo-2.example.comfoo-1http://foo-2.example.com
この操作は、アプリケーションの新しいバージョンをダウンタイムなしでデプロイするために必要です。DNS は を指しますwww.example.comがfoo-1、これは数秒の CNAME スワップによってオンザフライで変更されます。アプリケーションがリソース (データベースなど) を共有する方法を知っていれば、ユーザーに遅延が生じることはありません。
jcabi-beanstalk-maven-pluginをご覧ください(私は開発者です)。この Maven プラグインは、この CNAME スワップ操作を完全に自動化された方法で正確に実行します。