Rails 3 + Nginx/Unicorn を Amazon AWS に Capistrano 3 でデプロイする - bekkou68 の日記
はじめに Amazon AWS 環境下で Rails 3 のアプリを Nginx/Unicorn で動くように Capistrano 3 でデプロイする手順をまとめました。 以下を前提に話を進めます デプロイ対象のアプリ/DBインスタンスはすでにつくられているとします デプロイ対象のアプリインスタンスのドメインは production.example.com とします アプリインスタンスは ephemeral disk がマウントされているとします プロジェクト名は myproject とします。ご自身のプロジェクト名に読み替えてください アプリインスタンスに SSHログインするための秘密鍵は ~/.ssh/myproject.pem に配置してあるとします RVM を使ってます。rubyenv での設定はこちらの記事が参考になるかと思います デプロイ先ディレクトリの準備 アプリを /va
Capistrano実行時にEC2とかRDSを引っ張ってきてRole設定する - Qiita
想定環境 AutoScalingされたりしてるアプリケーション用EC2インスタンス tagにapp:trueと設定 RDSはMasterとRead Replicaが複数台 やってること EC2はIPアドレスをとってきてRole設定。稼働中かつapp:trueとしたサーバがデプロイ対象になる。 RDSはtagに対応していないので、Masterか否かを判断してendpointでアクセス。 必要なもの AWS SDK for Ruby 環境変数 $ export AWS_ACCESS_KEY_ID="xxxxxxxxxxxxxxxxx" $ export AWS_SECRET_ACCESS_KEY="xxxxxxxxxxxxxx" $ export EC2_URL="http://ec2.ap-northeast-1.amazonaws.com" require 'aws-sdk' set :a
AWSのEC2上でRails+Unicorn+Nginxを実現する
README.md 目的 AWSのEC2上でRails+Unicorn+Nginxを実現する 前提 OSはAmazon Linux AMIを使用する 必要なライブラリをインストール sudo yum -y install gcc sudo yum -y install make sudo yum -y install gcc-c++ sudo yum -y install zlib-devel sudo yum -y install httpd-devel sudo yum -y install openssl-devel sudo yum -y install curl-devel sudo yum -y install sqlite-devel gitインストール sudo yum install git ruby-buildインストール git clone git://github.
By the numbers: How Google Compute Engine stacks up to Amazon EC2 – Old GigaOm
Update: as a follow up to the preliminary benchmarks obtained and cited below, we are working on a new set of benchmarks that are more accurate and reflective of real-world use cases. In these tentative new benchmarks, the performance difference is less significant, and in some cases AWS may hold a lead. More to come and here: https://github.com/Scalr/perf-benchmarks/ . At Scalr, we’ve been happy
Amazon EC2 Eメール送信ベストプラクティス | DevelopersIO
ども、大瀧です。 EC2からEメールを送るという案件、たくさんありますよね。そして結構な確率でトラブるんですよね(涙目)。そんな苦い経験をベストプラクティスとしてまとめてみました。一応技術的なところは網羅したつもりですが、メールセキュリティの専門ではないので、不備や間違いがあればご指摘ください。 では、メール送信トラブルの元凶である、スパムメールとその対策からご紹介していきます。 スパムメールとの闘いダイジェスト Eメールの歴史は、スパムメールとの闘いの歴史と言えます。 不特定多数に送信されるスパムメール(未承諾の広告メール)は、メール受信者に不快な思いをさせるとともに、メールサーバーのメール流量を爆発的に増加させ、長らくメールサーバー管理者を泣かせてきました。 このスパムメールをなんとか撃退しようと、現在では主に以下のような対策が行われています。 1. 送信メールサーバー側のネットワーク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
