Rails on AWS OpsWorks - Qiita
What is OpsWorks? OpsWorksを用いると、短時間で手軽にアプリケーションを動かす環境一式を自動構築することができ、要件に応じて柔軟に構成を変更できる プラットフォームの自動構築：ブラウザからポチポチするだけ アプリケーションの簡単デプロイ：ブラウザからボタン一発 特徴 Chefというツールを内部で利用して環境構築やアプリケーションのデプロイを自動化していること Chefによる自動構築を行うためには、まずChefが動作する環境を構築する必要がある OpsWorksではEC2インスタンスを作成してChefを動かす環境を構築し、必要なChefレシピを実行するまでの処理を全て自動で行ってくれる 利用者はChefの実行環境構築に関して特に意識することなくChefの恩恵を受けることができる Rails on AWS OpsWorks Stackの構築 Stackはアプリケーション
opsworksでnginxのログをltsvで出力する - Qiita
場面 nginxのログをtd-agentでtailするときにltsvにしたい 見るところ log_formatの定義箇所 https://github.com/aws/opsworks-cookbooks/blob/release-chef-11.10/nginx/templates/default/nginx.conf.erb#L15-L17 定義したlog_formatを呼び出す箇所 https://github.com/aws/opsworks-cookbooks/blob/release-chef-11.10/unicorn/templates/default/nginx_unicorn_web_app.erb#L9-L15 やってみる stack settingsのcustom jsonいじるだけでできる。必要なのは2点。 node[:nginx][:log_format]["<
OpsWorksの予期せぬ挙動に備える - Qiita
この記事の問題はopsworks-agentが自動でアップデートされてしまうというのが原因で引き起こされていましたが、現在（2015/07/06）は手動で利用するバージョンを指定してアップデート出来るようになったのでこの記事の問題が置き無さそうです！！ヨカッタですね！！ http://blogs.aws.amazon.com/application-management/post/TxLZ972TREEZ4A/Manage-agent-updates-on-AWS-OpsWorks-managed-instances OpsWorksを利用していて意図せず本番環境のRubyのバージョンが上がってエラーが出るという障害に遭遇してしまったので詳細を共有します。 TL;DR OpsWorksは、こちらが意図しないタイミングでサーバー内に保存されているCustom Cookbooksを最新に更新し
AWSでデプロイとスケーリングを自動化する方法まとめ - Qiita
概要 AWSではアプリケーションのデプロイや、システムのスケーリングを自動化することができます。 しかしそれらを実現しようとすると、似たようなサービスの中から用途に合ったものを選ぶ事になると思います。 今回は選択肢となり得るサービスを挙げて、それぞれの出来る事、出来ない事をベースに比較していこうと思います。 比較の軸 以下のように、評価軸を設けました。 サービスの機構として提供されているものは◯とします。 機構として提供されているが、使い難いものは△とします。(例: AWS CLIを利用した場合のみ利用可能など) 機構としては提供されていないが、別の機構などを組み合わせることで容易に実現可能なら△とします。 別の機構などを組み合わせても辛い場合や、実現不可能なら×とします。 デプロイ自動化 まずはアプリケーションのデプロイを自動化するサービスの比較を行います。 以下の4つの選択肢があります
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
