1 - 18 件 / 18件
タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
こんにちは、クラスメソッドのジョン・ヒョンジェです。 今回はAWS Elastic Beanstalkでアプリケーションの新しいバージョンをデプロイするときに使えるデプロイポリシーについて話したいと思います。 デプロイポリシー AWS Elastic Beanstalkで使えるデプロイポリシーには大きく4つのポリシーがあります。 All at Once Rolling Rolling with additional batch Immutable All at Once All at Onceは同時に全ての既存インスタンスにデプロイをするポリシーです。
仮想通貨取引所のような中心となる存在がないことから「分散型」と表現される分散型金融(Decentralized Finance:DeFi)プラットフォームの1つ、Beanstalkが攻撃者に狙われ、1億8200万ドル相当、日本円にして約230億円の損失を出したことが報じられています。 Beanstalk Governance Exploit | Beanstalk https://bean.money/blog/beanstalk-governance-exploit DeFi Project Beanstalk Loses 182ドル Million in Flash Loan Attack - Bloomberg https://www.bloomberg.com/news/articles/2022-04-18/defi-project-beanstalk-loses-182-mill
はじめに こんにちは、exploitで6万ドル持ってかれて財布がすっからかんになったビビドット (@vividot) | Twitterです。泣きながらハーモニー馬を売って補填します。 そもそもexploitというのは、DeFiの実装の不具合や運用のミスを突いて他のユーザの資金を搾取する攻撃・操作の総称です。ちなみに今回のexploitの被害額(攻撃者の得た利益の意)は7600万ドルで歴代11番目となっています。 最近のexploitは「よくわからないDeFiがオラクルを操作されてやられた」だの「5 out of 9のマルチシグなのに1つのエンティティが5つの署名を求めることが可能だった」だの、しょうもないexploitばっかりだったのですが久しぶりに感動したので筆をとりました。 正直exploitを回避する術は「堅いDeFi以外を使わない」に限るので、この記事の意図は感動を伝えたい9割・
はじめに Amazon Linux AMIのプラットフォームが非推奨となったため、Amazon Linux 2への乗り換えを実施したのですが、いろいろとハマった箇所があったので解決法とともに紹介したいと思います。 プラットフォームの変更によりファイルの配置などが大幅に変更されているので、新しい環境を立ち上げてデプロイするだけではまともに起動することも出来ません。 .ebextensionsを使用したカスタマイズを行っている場合は特に注意が必要です。 環境 弊社ではRuby on Railsを使用しているので、Ruby2.7のAmazon Linux 2プラットフォームを選択しました。 Ruby 2.7 AL2バージョン 3.3.4 ※(注記)移行時点(現在は3.3.6) 乗り換え時の注意点 Procfile アプリケーションの実行はProcfileを使用するようになりました。 アプリケーションソー
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? AWS Elastic Beanstalkについてなるべく難しい言葉を使わずに解説します。 分かりやすくするために一部厳密にいえば違うようなことも書いていますが、 あくまでイメージを捕えるためなので鵜呑みにしないでください。 (一応そういう書き方するところは注釈入れてます。) 1.Elastic Beanstalkとは? 例えば、「AWS上のサーバ上でWEBアプリケーション動かしたいから環境作ってくれ」 上司からこんな指示が出たとしてやるべきことを全部分かっていて迷わずに準備できるWebアプリケーションエンジニアは全体の何%でしょう。
こんにちは!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の詳細についてはこちらのブログをご覧ください。 対象コントロールの
<span class=\"biz-smb-block\"><b>ビジネスに役立つ情報をメールでお届けします(無料) <br>\r\n </b><span class=\"biz-smb-fs-m2\">企業もしくは官公庁など、組織団体に所属している方を対象としています。</span></span></p>\r\n"}}" id="text-ebd01cd3de" class="cmp-text"> ビジネスに役立つ情報をメールでお届けします(無料) 企業もしくは官公庁など、組織団体に所属している方を対象としています。
Elastic Beanstalkとは Elastic Beanstalkは、アプリケーションのデプロイとスケーリングに関するインフラストラクチャの詳細な設定や管理について心配することなく、簡単かつ迅速にアプリケーションをデプロイできるサービス。これにより、Lambdaの15分制限や料金制限で、EC2へWebアプリをデプロイする必要になった際に、開発者は面倒な環境設定を気にせずにアプリをEC2へデプロイできる。 下記、公式リンク デプロイの流れ 料金 Elastic Beanstalk に対する追加料金はなく、アプリケーションが使用する基になる AWS リソースに対してのみ料金がかかる。 Elastic Beanstalkによる環境構築 Elastic Beanstalkコンソールを開きます。 「アプリケーションの作成」を選択します。 「アプリケーション名」に「getting-starte
みなさんこんにちは、杉金です。 当エントリは弊社コンサルティング部による『AWS 再入門ブログリレー 2022』の 21日目のエントリです。 このブログリレーの企画は、普段 AWS サービスについて最新のネタ・深い/細かいテーマを主に書き連ねてきたメンバーの手によって、 今一度初心に返って、基本的な部分を見つめ直してみよう、解説してみようというコンセプトが含まれています。 AWSをこれから学ぼう!という方にとっては文字通りの入門記事として、またすでにAWSを活用されている方にとってもAWSサービスの再発見や2022年のサービスアップデートのキャッチアップの場となればと考えておりますので、ぜひ最後までお付合い頂ければ幸いです。1つでも知らない機能があり、学びにつながれば幸いです。 では、さっそくいってみましょう。21日目のテーマは『AWS Elastic Beanstalk』です。 AWS
「Elastic Beanstalkを使って中規模くらいまで耐えられるインフラ環境を構築したいんだけどゼロからの解説している記事ないかな?」 こんにちは、タカフです。 本記事では、上記のような悩みを解決するべくAWS Elastic Beanstalkを使って小規模から中規模くらいまで耐えられるインフラ環境の構築方法を解説していきます。 本記事の通りに環境構築すれば、スモールスタート時は最小コストで作ることが出来て、 予期せぬアクセスが来ても自動的にサーバー台数を増やせるスケールアウトを可能とし、 定常的にユーザーが増えてきたら強めのサーバースペックに簡単にスケールアップ出来る環境が作れます。 月1000万PVのメディアサイトも、強力なWordPressのサーバーもこれで骨組みは構築出来ます。 本記事で使う言語は主にLAMP(Linux/Apache/MySQL/PHP)です。 「弊社では
English ver. 概要 CloudFrontの署名付きURL経由 で、S3のオブジェクトにアクセスさせる手順をまとめました。 ローカルで動かしました! S3用の署名付きURL発行しました! のような例はよく見かけたのですが、Elastic Beanstalk環境から、CloudFrontの署名付きURLの実装例があまり見当たらなかったのでメモ程度にまとめています。 間違い等ももしかしたらあるかもなので、こっそり指摘していただけると嬉しいです! 前提 AWS Elastic Beanstalk環境 PHP (8.0.6) Laravel (8.49.2) 手順 1. aws-sdk-php-laravel をインストール
こんにちは。アノテーションの中村 (誠) です。 今回は Elastic Beanstalk のバンドルログからエラーのみを抽出する簡易アプリを作ってみたので紹介します。 きっかけ Amazon Connect の CCP Log Parser のように、Elastic Beanstalk のバンドルログを簡単に分析できるアプリが欲しかったのですが、検索してもヒットしなかったので自分で作ろうと思ったのがきっかけです。 simple-eb-log-parser GitHub リポジトリで公開していますので、詳細な使い方やコードについては GitHub リポジトリをご覧ください。 CCP Log Parser はブラウザアプリですが、simple-eb-log-parser は CLI アプリです。 ブラウザアプリも作ろうと思っていますが、バンドルログには複数のディレクトリやファイルがあるので
Elastic Beanstalkとは? Elastic Beanstalk(以下EB)は一言で言えばAWSでサーバーを立てる際の初期設定を自動でやってくれるAWSの公式ツールです。 AWSは実際サーバーを立てようと思ったとき、サーバーを複数台構成にして、ロードバランサーも入れて、DNSでルーティングもしなきゃ...という設定をひとつずつやっていくのは結構大変です。ましてサーバーエンジニアでもない開発者であれば、そもそもどうやっていいか分からない場合も多いと思います。 そういったときにEBを使えば、条件を色々と設定するだけであとはわずか数分で自動的に設定してくれます。これはサーバーエンジニアであっても、手間なくミスもなくできるので便利。 今回はこのEBを使ってLaravelをDeployして動作させるところまでをやってみたいと思います。 設定条件 サーバー:AWS Elastic Beanst
AWS初学者 AWS Elastic Beanstalkのデプロイポリシーがなかなか覚えられないなぁ... おつまみ そのお悩みを解決します! エンジニアの皆さん。 日々の業務、そして学習お疲れ様です!学習は順調に進んでいますか?? アプリケーションが動作するインフラ環境のデプロイを自動化してくれるAWS Elastic Beanstalk(以降、Elastic Beanstalkと表記します) Elastic Beanstalkのこれらのデプロイポリシーの違いを自分の言葉で説明することはできますか? デプロイポリシー All at once (一度にすべて) Rolling (ローリング) Rolling with additional batch (追加バッチによるローリング) Immutable (イミュータブル) Traffic splitting (トラフィック分割) ......... .........
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この記事はDevOps on AWS大全の一部です。 DevOps on AWS大全の一覧はこちら。 この記事ではElastic Beanstalkに関連する内容を超詳細にまとめています。 具体的には以下流れで説明します。 Elastic Beanstalkとは Elastic Beanstalkの仕組み Elastic Beanstalk for Advance AWSの区分でいう「Level 200:トピックの入門知識を持っていることを前提に、ベストプラクティス、サービス機能を解説するレベル」の内容です。 この記事を読んで
なぜ書くのか AWS Elastic Beanstalk(以下、EB)にLaravelをデプロイするまでは、公式ドキュメントなど豊富に存在するが それだけだととんでもなく不十分なので備忘もかねてかきます。 この記事の趣向 初めて作る人にもわかるように段階を細かく分て書こうと思います。 「そこは知ってるー」という人は当たり前ですが、ガンガン飛ばして読んでください。 前提 AWSアカウントがあり、自分でEBを作成できる権限がある人 local環境でLaravelが構築できる、もしくはその準備が整っている人 僕がMacしか持っていないのでMac視点のみのお届けでも良い人 1. EBでアプリケーション作成 まずはEBでアプリケーションをつくります。最初は画像のような設定で良いと思います。 (もしかしたら次の「環境の作成」で一緒につくれちゃうかもw) 2. 環境の作成 3. sshするための準備 s
優先度が高い仕事が落ち着いてきたため、ずっとやりたかった本番環境コンテナ化に着手しました。 たぶんお休みで全部忘れるので社内に説明用も兼ねてメモ。 下記の記事のように現在のシニアジョブに入社してすぐ、開発環境はDocker化していました。 シニアジョブに入社して1ヶ月でやったこととこれから - GAミント至上主義 現在、本番環境はElastic Beanstalkで動いていますが、Dockerfileで管理できるため、いつかは揃えてコンテナ化したいなぁと思っていました。 AWS Fargateとは AWS ECSからEC2の管理を(でき)なくしたサーバーレス的なもの・・・という雑な認識。詳細は公式。 AWS Fargate(サーバーやクラスターの管理が不要なコンテナの使用)| AWS 専用ページはあるものの、コンソールの中だと、ECSやEKSの起動タイプとして存在してるだけで意外と地味な存
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く