問題タブ [ebcli]
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.
git - 既存の Elastic Beanstalk 環境設定をダウンロード/取得する
AWS Web コンソールを使用して Elastic Beanstalk アプリケーションと環境をセットアップしました。すべてがうまく機能し、必要に応じて機能します。ここで、この環境のすべての構成を取得して、おそらくメンテナンスとデプロイの目的で EB CLI を使用して、この環境を再度セットアップできるようにします (別の AWS アカウントに移行して、そこにクローンを作成しようとしています)。EB CLI を使用して試しましたeb config getが、エラーが発生しました
git:(master) ✗ eb config get our-env-test ERROR: Elastic Beanstalk could not find any saved configuration with the name "our-env-test".
git - AWS EB CLI + Codecommit: git ステータスは、デプロイ後にブランチが同期していないと誤って表示する
ソース管理に統合された「eb deploy」を使用した後、CodeCommit リモート リポジトリが更新され (クラウド リポジトリにコミットがあることを AWS コンソールで確認できます)、EC2 インスタンスは新しいデプロイされたバージョンを正しく実行しています (それも確認できます)。 AWS コンソール経由)。
問題:すべてが同期されていますが、GIT は、リモート リポジトリが実際には 1 コミット遅れていると言っています。
「git status」と入力すると、次のように表示されます。あなたのブランチは「codecommit-origin/master」よりも 1 コミット進んでいます。(「git push」を使用してローカル コミットを公開します)
「git log codecommit-origin/master」と入力すると、最後のコミットが表示されません。
AWS コンソールで明らかにリモートの CodeCommit リポジトリが最新であるのに、ローカルのリポジトリがリモートより進んでいると GIT が言うのはなぜですか? CodeCommit への「eb deploy」プッシュは、実際には「git push」コマンドではないのでしょうか?
amazon-elastic-beanstalk - EB CLI は、CI デプロイのデプロイ アーティファクト名をパラメータ化します
EB CLI を使用して、ビルド済みのアプリケーション パッケージをデプロイします。関連する config.yml セクションは次のようになります。
ただし、CI ビルドは、バージョンが追加されたファイルを作成します。
次のようなコマンドを使用して展開アーティファクトを指定するオプションはありますか:
バージョン管理されたビルド アーティファクトを CI パイプラインにデプロイするために EB CLI が提供する代替手段はありますか? バージョン管理された zip ファイルの名前を Website.zip に変更してから eb deploy を実行することもできますが、アーティファクト ファイル名にもバージョンが含まれていると便利です。
amazon-web-services - AWS Beanstalk を使用した Flask アプリのデプロイに関する警告
この警告が原因で、内部サーバー エラーが発生しています。この警告の原因とその回避方法を理解するのを手伝ってくれる人はいますか? ありがとう。
java - CLI を使用して HTTPS を終了するように Elastic Beanstalk クラシック ロード バランサーを設定する方法
Elastic Beanstalk CLI を使用して、Spring Boot アプリケーションを EB にデプロイします。HTTPS を構成しない限り、すべて正常に機能します。
userdocsによると、次の内容で .ebextensions フォルダーに .config ファイルを作成するだけです。
ただし、その構成で環境を作成すると、ELB と通信できないためにヘルスチェックが失敗します。AWS コンソールで環境を見ると、HTTP と HTTPS の両方のリスナー ポートが無効になっており、SSL 証明書がロード バランサーに関連付けられていません。
動作の変化を考えると、構成が何らかの形で間違っていたとしても、.config ファイルが取得されて適用されていると言っても過言ではないと思います。
この段階で EB Web GUI を介して手動で HTTPS リスナーを有効にしようとすると、次のエラーが発生します。
そのため、手動で有効にしたくても有効にすることさえできません。
ここには、カスタム nginx conf ファイルのアップロードに関する一連の質問/回答があります。それらは今では時代遅れであり、適用できないと思いますが、誰かがEBの現在の状態を考慮して機能するものを私に指摘できるなら、私はそれで喜んで行きます.
以下の参考情報
(自己署名) 証明書をホストするために ACM を使用しています。私の目的では、これをテストしている間、自己署名証明書は問題ありません。ドキュメントでは自己署名証明書の使用について言及されていますが、それがロードバランサーを混乱させているかどうかはわかりません。後で適切な証明書に移動します。
私の .elasticbeanstalk/config.yaml は次のようになります
環境を作成するために実行するコマンドラインは
EB CLI バージョン情報