タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
[アップデート]ElasticBeanstalkでAmazon Linux 2ベースのDocker, Corretto, Pythonが使えるようになりました！ | DevelopersIO
Elastic Beanstalkをご利用いただいている方に朗報です！ ElasticBeanstalkのプラットフォームでAmazon Linux 2ベースのDocker, Corretto（Java）, PythonがGAされました！ AWS Elastic Beanstalk Announces General Availability of Amazon Linux 2 Based Docker, Corretto, and Python Platforms さっそく試してみたいと思います！ やってみた Elastic Beanstalkのマネジメントコンソール画面から、アプリケーションを作成してみます。 アプリケーション名は適当につけます。 プラットフォームのブランチとして、Amazon Linux 2ベースのDocker, Corretto, Pythonが選択できるようになっ
![[アップデート]ElasticBeanstalkでAmazon Linux 2ベースのDocker, Corretto, Pythonが使えるようになりました！ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/726da566bcad2b0004f3b30d99f01f10027d2e09/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Faws-elastic-beanstalk.png)
既存環境の設定を引き継いでElasticBeanstalkのプラットフォームのメジャーバージョンアップをする | DevelopersIO
Elastic Beanstalkプラットフォームのメジャーバージョンアップを既存の環境設定を再利用してやってみました。 はじめに 全国20万人のElastic Beanstalkファンの皆様こんにちは！ Elastic Beasntalkでは2020年3月1日にいくつかのプラットフォームのサポート終了が予定されています。 この記事はEOLに伴ってElastic Beanstalkプラットフォームのメジャーバージョンアップをしてみた時のメモです。 Elastic Beanstalkにおけるプラットフォームのメジャーバージョンアップ EOLになるプラットフォームから新しいバージョンへのアップグレードはメジャーバージョンアップになり、既存の環境とは別に新しい環境を作成する必要があります。 既存の環境の設定を再利用して新しい環境を作成する 既存環境のバージョンアップなので新しい環境を作成する場合
【Security Hub修復手順】[ElasticBeanstalk.3] Elastic BeanstalkではログをCloudWatchに出力するべきです | DevelopersIO
こんにちは！AWS事業本部のおつまみです。 皆さん、お使いのAWS環境のセキュリティチェックはしていますか？ 当エントリでは、AWS Security HubによるAWS環境のセキュリティ状況スコアリングに該当する項目についての修正手順をご紹介します。 本記事の対象コントロール [ElasticBeanstalk.3] Elastic BeanstalkではログをCloudWatchに出力するべきです [ElasticBeanstalk.3] Elastic Beanstalk should stream logs to CloudWatch 前提条件 本記事はAWS Security Hubで「AWS基礎セキュリティのベストプラクティススタンダード」を利用されている方向けの内容となります。 AWS Security Hubの詳細についてはこちらのブログをご覧ください。 対象コントロールの
![【Security Hub修復手順】[ElasticBeanstalk.3] Elastic BeanstalkではログをCloudWatchに出力するべきです | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/ba983f76286d716c33249c5cd7c5d87259ff98a9/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2022%2F08%2Faws-security-hub.png)
SpringBootアプリをGithubActionsで超簡単にAWS ElasticBeanstalkにデプロイしてみた - Qiita
SpringBootアプリをGithubActionsで超簡単にAWS ElasticBeanstalkにデプロイしてみた AWSgradleBeanstalkSpringBootGitHubActions はじめに Githubでなんの追加も必要なく簡単にCI/CDが行える GithubActions が予想以上に手軽で便利でした。 今回は特定のブランチにPushした場合に、自動的にAWSのBeanstalkにデプロイする workflow の作成手順を紹介します。 前提 AWSのアカウント（IAM）があること Githubのアカウントがあること 開発環境 macOS Mojave OpenJDK 1.8 IntelliJ IDEA ultimate 2019.3 SpringBoot 2.2.6 Gradle 6.3 大まかな作業の流れ デプロイ用のSpringBootアプリを用意する
ElasticBeanstalkのアプリケーションログをCloudWatchで捕捉したい - Qiita
サーバのログ問題ってあると思いますが、皆さんはどうされていますか？ よくあるパターンはfluentdで特定のログ保存用サーバに送るパターンだと思います。 他にもDatadogやInsight7でトラッキングする方法などありますが、いずれも設定が大変でエージェント仕掛けたりとかCloudFormation仕掛けたりとか挫折しやすいです（実際今回の記事書くときにもやってみたけど正直何度もサポートに聞く羽目になったし、仮に設定できても有料なのも痛い）。 あとdmsgとかアクセスログとかの保存は簡単だけど、アプリケーションログに関しては保存していないケースも多くて情報探すのにも苦労しました。 ElasticBeansTalkで作成したサーバのアプリケーションログは1時間とかでローテーションしてしかも消えてしまったり、AWSの管理画面でログのダウンロードしても出てこなかったりという問題があります。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
b.hatena.ne.jp
www.traicy.com
news.mynavi.jp
www.asahi.com
kobe-journal.com
mao-cat.net