OpsWorksでRailsをデプロイする際にasset:precompileを実施する方法 - よかろうもん！
OpsWorksでRailsアプリケーションを運用するために知っておくべきことを数回に渡り本ブログで紹介していきます。 今回はOpsWorksのデプロイフックを利用する方法です。 Railsでは、JavaScriptやCSSを結合して圧縮することで、ブラウザがウェブページを描画するために必要となるリクエスト数を削減する仕組み(Asset Pipeline)が用意されています。 この仕組みを利用するには、rake asset:precompile というタスクを実行する必要がありますが、OpsWorksのRailsアプリケーションのデフォルトのデプロイ処理ではこのタスクを実行してくれません。 しかし、OpsWorksにはデプロイフックという仕組みが用意されています。 それではその仕組の利用方法を紹介します。 まず、${RAILS_ROOT}にdeployというディレクトリを作成し、その中にb
Using Custom AMIs - AWS OpsWorks
The AWS OpsWorks Stacks service reached end of life on May 26, 2024 and has been disabled for both new and existing customers. We strongly recommend customers migrate their workloads to other solutions as soon as possible. If you have questions about migration, reach out to the AWS Support Team on AWS re:Post or through AWS Premium Support. AWS OpsWorks Stacks supports two ways to customize instan
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でNodejsアプリを動かすときにNODE_ENVが指定できないのを何とかする件 - よかろうもん！
OpsWorksのRailsアプリケーションではRAILS_EVNが指定できるにもかかわらず、Nodejsアプリケーションでは、NODE_ENVが指定できず、stagingとproductionで振る舞いを変えたりすることができません。 opsworks_custom_env や OpsWorksEnvyのenvironment_variables などを参考にレシピを自分で作成するのもよいのですが、レシピの中でなるべく依存関係が無い状態にしたり、デフォルトのMonit監視設定を変更したりしなければなりません。また、opsworksで自動で設定される標準設定を書き換えてしまうと、今後AWS側で標準設定の書き換えが行われた時にその変更も取り込んだりしないといけないので、出来る限り設定ファイルの上書きでなくファイル追加などで対応したいところですね。 なので、今回紹介するやり方は デプロイフック
Vagrant + chef-soloでopsworksのrecipeをローカルで試す - sparkgene’s blog
Chefやcookbookについては過去のエントリで書きましたが、最近opsworksを使う機会があったので、その辺について書いてみようと。 opsworksはAWSサービスでchefベースのサーバ構成ツール。 opsworksが提供しているcookbookも使えるし、そのcookbookの一部をカスタマイズしたり、自分で作ったオリジナルのcookbookも登録して実行できる。 opsworksのコンソールから実行すればrecipeの実行はできるが、カスタマイズしたり新規で作ったcookbookを試す為に、ec2のインスタンスをポコポコ立ち上げるのも多少お金がかかるし、落とし忘れたら大きめの請求が来て悲しい気持ちになるので、ローカルで試せるものはなるべくローカルで試してみたい！ ということで、ローカルでrecipeを実行する為の、環境づくりや方法について説明していきます。 recipeを実
OpsWorksで動かすルールをvagrant+chef soloを使ってローカルでも試せるようにする — AWS Hacks::Tips 0.01 documentation
なにができるのか？¶ OpsWorksで動かすルールをvagrant+chef soloを使ってローカルでも試したい！ と思いませんか？ OpsWorksそれ自体はお金はかからないとはいえ、OpsWorksから起動されるec2と付随するいくつかのサービスにはお金がかかります。それを vagrant を使ってローカルで試行錯誤できればお金はかかりません。 OpsWorksはchefで作られていることは周知の事実です。 http://docs.aws.amazon.com/opsworks/latest/userguide/welcome.html にも以下の通り書かれています。 AWS OpsWorks uses its own Chef recipes to configure the instances on a stack. Chef Solo runs on every instan
AWS News Blog
Announcing Amazon Managed Service for Apache Flink Renamed from Amazon Kinesis Data Analytics Today we are announcing the rename of Amazon Kinesis Data Analytics to Amazon Managed Service for Apache Flink, a fully managed and serverless service for you to build and run real-time streaming applications using Apache Flink. We continue to deliver the same experience in your Flink applications without
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
20150326 よくわかる AWS OpsWorks
BrainWarsのアーキテクチャ（OpsWorks & DynamoDB編）