【Rails】wheneverを本番環境＋Capistranoで使う - Qiita
Ruby: 2.5.7 Rails: 5.2.4 本番環境：AWS EC2／MySQL2／Nginx／Puma／Linux(CentOS) 前提 Capistrano導入済み 本番環境で動かす 1. wheneverを本番環境にセッティング config/schedule.rb env :PATH, ENV['PATH'] # ログファイルの出力先 set :output, 'log/cron.log' # ジョブの実行環境の指定 set :environment, :production ★ ここ変更 # 日本時間の午前8:00にメール送信される（JSTは+9:00なので-9:00の時間を記述） # 未読通知が3件以上たまっているユーザーにメール通知 every 1.days, at: '11:00 pm' do runner "ScheduledProcessingMailer.che
Capistrano3を最後にもう一度だけ懇切丁寧にまとめてみる - そのねこが学ぶとき
2017-08-15 追記 Googleの「Capistrano」検索順位で上位にあるためか、いまだにこの記事がたびたびブクマされるんですが、3年前の情報ですし、執筆者はRubyを専門としたプログラマーではないのでその点ご注意ください。（追記ここまで） いろいろエントリーを上げながら苦しんでいたCapistranoだが、ようやっとそこそこ落ち着いてきた気がするのでそろそろ完結編といく。Capistranoの基本とかはすでにこちらのエントリーで書いたので、今回は各設定ファイルの書き方とか、その他ハマったポイントを中心に。 今回作成したファイル 以下4ファイルを作成した。 Capfile config/deploy.rb config/deploy/staging.rb lib/capistrano/tasks/unicorn.cap 基本的にCapistranoを使う場合「必須」なのは上2つ
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
AWS EC2 capistranoでオートスケーリングインスタンスにデプロイ - cap version2 - Qiita
capistranoを利用してEC2のオートスケールインスタンスにデプロイします。 「正常」な本番化のためにはオートスケールで起動したインスタンス内のソースコードも最新の状態に保つ必要がありますが、AMIを都度作りなおすのは面倒です。 ここでは自動起動するインスタンス側にもcapistranoを仕込んで起動時にソースコードをリリース用のブランチから自動で取得するように設定します。 capistranoはバージョン3が出ていますがバージョン2を使います。 前提 VPC内でオートスケール インスタンスのタグ名は統一。 [プロジェクト名]-[ロール名]-[識別子] ポイント AMIにローカルデプロイ用capファイルを仕込んで起動時に本番ソースコードを取得する デプロイ用サーバから指定のタグ名を持つオートスケールインスタンスを自動取得してデプロイできる PHPやperlならこれだけでほぼクリアでき
Capistrano deploy from Git HTTP repo
Has anyone experience with Capistrano deployment from a Git repository over HTTP? The following deploy.rb is not working: set :repository, 'http://git.repository-domain.com:4442/git/repo.git' set :scm_username, "git_username" set :scm_password, "git_password" set :scm, :git It is working if you pass a repository in as following though: set :repository, 'http://git_username:git_password@git.reposit
リンギオ - Capistrano で リポジトリのパスワードを動的入力にする
前回Subversionリポジトリをdeployするところまでしましたが、 セキュリティ的にリポジトリのユーザ名／パスワードをファイルに記載したくない場合の対処方法を記載します。 ■前回までの deproy.rb set :application, "app" set :user, "ringio" set :use_sudo, false set :deploy_to, "/home/ringio/#{application}" # Or: `accurev`, `bzr`, `cvs`, `darcs`, `git`, `mercurial`, `perforce`, `subversion` or `none` set :scm, :subversion set :scm_username, "foo" set :scm_password, "bar" set :repository
オートスケール時のデプロイを User Data と Capistrano を使って行う（BootStrap パターン） | DevelopersIO
Auto Scaling を使った構成の場合、EC2 へのデプロイはどうやっているでしょうか？ AWS を使ってる方はご存知の方も多いと思いますが、EC2 には User Data という仕組みがあります。 User Data は、インスタンス起動時にタスクやスクリプトを実行する仕組みです。 今回この User Data を使って、自分自身のインスタンスから最新のソースを GitHub から取得してデプロイする方法についてご紹介したいと思います。 図で表すと以下のイメージですかね。 ssh localhost？ デプロイツールには Capistrano を使いますが、Capistrano は、デプロイ対象のサーバーに対してまず ssh で login を行います。 その後、サーバー上でデプロイ対象のコードの取得や、サービスの再起動をしたりしますが、 AutoScaling は自動でインスタ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
