Elastic BeanstalkのAutoScale環境でWebSocketを使う(Sails.js 0.10.x) - Qiita
どのAdventCalendarにしようか迷った挙句AWSにしてみた。 非常にややこしいタイトルですが、Sails.js(node.js)をElastic BeanstalkのAutoScale環境に載せた上で、WebSocketを使用する方法です。 以前投稿した記事でSails.js(node.jsのフレームワーク)を使用したリアルタイムWebを実現しましたが、今回はそのサービスを公開できる環境を整えます。要件としては、 HTTPSで通信すること AutoScaleの設定をしてELB(ロードバランサ)を設定すること の２点です。基本的にそんなに難しくないのですが、これがWebSocketと相性が悪く、素直にやるとうまくいきません。 1.Beanstalk環境を作成 まずはElastic Beanstalkの環境を作成。特に難しいことはやってないので作ったことのある人はスルー推奨。画像のな
Rails on DockerをElastic Beanstalkにデプロイする | DevelopersIO
AWSアップデート祭りを横目に、認定デベロッパー目指して一人Elastic Beanstalkをあれこれ触っている、八幡です。 個人的な趣味もあり、AWSのサービスについて学ぶときはRubyやRailsを媒介者とすることが多いのですが、今回Elastic Beanstalkに"Rails on Docker"をデプロイしてみましたのでその手順をご紹介します。 構成 Elastic BeanstalkはRDS有りのシングルインスタンス環境です。 RailsアプリはRuby on Rails チュートリアルのサンプルアプリを使いました。(動かしたのはDevelopment環境です。) Elastic BeanstalkにRails on Dockerをデプロイするやり方は幾通りか考えられるかと思いますが、今回はRailsアプリのソース、Dockerfile、Dockerrun.aws.json
アプリケーションコンテナとAWSの話
Developers.IO 2015( http://devio2015.classmethod.jp/ )トラックC-3の資料です。
ElasticBeanstalk で環境変数を利用する - Qiita
.ebextensions など ElasticBeanstalk で、Software Configuration などで設定した環境変数を参照したい場合のやり方メモ。 (最後に確認したのがかなり前なので、もしかしたら現在はこのままでは動作しないかもしれないです) 環境タイプ: Docker 現在の方法 以前は /opt/elasticbeanstalk/hooks/common.sh に書かれていた設定ファイルを参照して直接読み出していたけれど、最近 EB の AMI のバージョンをあげたところうまく動かなくなっていた(ami-4aedea4b で確認)。 デプロイ用のスクリプトが使っていたツールを発見したので、これを使わせてもらうことにします。 ちなみに環境変数が含まれた、コンテナのコンフィグファイルを直接参照したい場合はここにあります。
How-to: Deploy Symfony Application to AWS ElasticBeanstalk — ifdattic
I while ago I started working on an application so I could learn Symfony and solve a problem I had. After it reached a minimal state where it could be deployed to "production" environment I chose to push it to AWS ElasticBeanstalk as I'm quite comfortable with using it. Unfortunately (or maybe fortunately as the best way to learn something is still through practice), I bumped into a few problems w
ElasticBeanstalk running Docker のデプロイ処理を調べる - Qiita
ElasticBeanstalk で Docker コンテナアプリケーションをデプロイする際の処理を追ってみました。 概要 新しいバージョンのデプロイ EB に Docker をデプロイした際の挙動は下記のようになります。 1. アップロードされたソースから、新しいイメージを(必要なら pull して)作成 2. 新しいイメージのコンテナを立ち上げる 3. nginx の conf を更新してリバースプロキシを新しいコンテナイメージの IP アドレスに向ける 4. nginx の設定を再読み込み 5. 古いイメージのコンテナを落とす このように、表に立っているリバースプロキシの切り替えをすることで、ダウンタイムが極力短くなるようになっています。 が、デプロイプロセスが落ちるタイミングが悪かったり、ビルドされた Docker イメージ自体に問題があった場合は、ロールバックされずにアップデート
Elastic Beanstalk + DockerでのCloudwatch logsの設定 - Qiita
前提 下記のガイドに従い、Elastic Beans + Docker で何かしらのアプリケーションはDeployできている前提 http://aws.typepad.com/aws_japan/2014/04/aws-elastic-beanstalk-for-docker.html Elastic Beanstalk Docker に Deploy するファイル構成 下記のファイルを一つのZipにまとめて、Elastic Beanstalk, Dockerにて Deployします . |-- .ebextensions | |-- cwl-myjob.config | |-- cwl-setup.config | |-- cwl-webrequest-metrics.config | `-- eb-logs.config |-- Dockerfile |-- Dockerrun.aws
AWS Elastic BeanstalkはImmutable Infrastructureそのものじゃないか
ちょっと遅くなってしまいましたが、第13回 JAWS-UG札幌 勉強会で発表してきましたので、ご報告いたします。なお、今回でこのシリーズは完結いたします（笑） ブログ製本サービス MyBooks.jpのアーキテクチャ Part.3 AWS Elastic Beanstalkについて from Takehito Tanabe ちなみに先月の JAWS DAYS 2014 では、Immutable Infrastructureのトラックが常に超満員でして、通路にまで人が溢れおりました。また、東京方面ではImmutable Infrastructure Conferenceが開催される位、ちょっとしたイミュータブル祭りになっているようです（笑）しかし、その中であまりAWS Elastic Beanstalkについて話題が出てこない気がしたので、今回あえて発表させてもらいました。 まだサー
elastic beanstalkをimmutableに運用する - おみブロZ
AWSのelastic beanstalkはURLスワップ機能やauto scalingによるインスタンス増減機能があるため、immutable infrastructureやblue-green deploymentの文脈で語られることが多いかと思いますが、実際に運用しようとすると考えなければいけないことがたくさんあります。 ちょうど今elastic beanstalkの運用を行なっていて安定してきたので、elastic beanstalkでimmutable infrastructureに運用するためにはどうすればいいのか？というのをまとめてみます。 目的 elastic beanstalkの環境構築とデプロイを自動化し、immutableに運用できる環境を作る デプロイ デプロイする方法はいくつかありますが、今回はebコマンドを利用します。 http://docs.aws.amazo
Docker on Amazon Elastic Beanstalk | DjaoDjin
We have recently played with Docker on a Fedora 20 Virtual Machine. What we are looking to achieve Today is to run a Docker container on Amazon Elastic Beanstalk (AEB). Most posts assume you have a fair understanding of the AWS infrastructure, yet most of AWS documentation is pretty incomprehensible until you actually know the AWS tools and services in and out. So we will start here fresh from the
ssig33.com - Elastic Beanstalk で安全なデプロイ
以下は Ruby On Rails を使っている場合の話です。 Ruby On Rails なので デプロイ時に assets のコンパイルという CPU 負荷が発生する という固有事情があります。以下の手段は主にこの固有事情を解決する為の問題なので、そうではないという人達にはあまり関係無い話です（が Immutable Infrastructure の実現とかそういう方面で RoR の人達以外にも意味のある記事だと思う）。 Beanstalk ではデプロイ時のコマンド 10 分制限というものがある為、 CPU 負荷の高い状態では assets precompile が 10 分以上かかってデプロイが一生できないみたいな事態になったりします。 そのような事態を避ける為には、 Env を 2 個用意してキリキリ切り替えるだとか、毎回新しい Env を用意するだとかすると解決できます。そのよう
ssig33.com - AWS Elastic Beanstalk メモ
最近ちょこちょこ触ってみて得られた知識。 Beanstalk 専用に AWS アカウントを作ったほうがよい 試行錯誤と共に膨大な量の Security Group が作られていって意味不明な事態になる Beanstalk に Environment を作る時に一緒に RDS を作らないほうがよい スワップしてデプロイするやつが使えなくなる。 正確には使えないわけではなくて、 RDS の設定をアプリケーションに直接記述すればよい。 RDS と紐づいていない Env からは環境変数が見えない。なので環境変数から設定読み込むやつが使えなくなる。なので一緒に RDS 作るのは意味がないし管理が複雑になる。 スワップしてデプロイするやつは初期に設定しておきましょう。 そうじゃないと上記のようなめんどくさいことが起きます。 Beanstalk はデプロイスクリプトの実行に 10 分かかるとデプロイを勝
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Configuring Elastic Beanstalk Environment with .ebextensions
Deploy and Monitor AWS Elastic Beanstalk | Datadog Blog
Randall Hunt
GitHub - ThoughtWorksStudios/eb_deployer: AWS Elastic Beanstalk blue-green deployment automation from ThoughtWorks Mingle Team
Deploy Rails Application on Docker with Elasticbeanstalk
AWS Black Belt Techシリーズ AWS Elastic Beanstalk