待って！そのデプロイ本当に大丈夫？✋ - きりだるまの記録帳
全国100万人のエンジニアの皆さんこんにちは、デプロイしてますか？ この記事は、本番環境でやらかしちゃった人 Advent Calendar 2019の5日目の記事です 予想以上にこのアドベントカレンダーが注目されてて、書きながら「これ炎上しないよね…」「なんかマズイこと書いてないよな…」と胃が痛くなってます 自分みたいなザコメンタルにはつらい…めっちゃやむ… この記事はただの不注意が原因のやらかし話です 過度な期待はしないで下さい 追記 さすが3000人以上に購読されてるアドベントカレンダー、アクセス数がすごいことになってますね…怖い… いくつかコメントや言及を頂いたので、追記というのをしておきます テスト環境ないの？ あります タスクAに関してはテスト環境での動作チェックが不十分だった タスクCに関しては焦ってて動作確認せずに出しちゃった(「まぁこれくらいの変更なら大丈夫でしょ」という
CircleCI から deploy させる話 - scramble cadenza
イントロ CircleCI からテストが通ったら capistrano 使って deploy させたい。 けど、対象サーバーは IP 制限がかかっている。CircleCI の IP なんてコロコロ変わるし、どうしたらいいんや... って話。 これができると、PR を github ボタンでマージしたら、自動(当然テストも通した後)で deploy されるので、非常に嬉しい。 方針 before deploy awscli を使い security group の inbound に自分自身の ip を付与 CircleCI の内部から IP address を割り出して、コマンドラインで一時的にinboud に追加させる deploy コマンド(bundle exec cap deploy)を実行 after deploy awscli を使い security group から ip を
CircleCIからCapistranoを利用してAWS（EC2）にデプロイする - Qiita
CircleCIからEC2上に構築しているサーバにデプロイする方法です 前提 ローカルなどからcapistranoでデプロイできる状態 準備 セキュリティグループ SSHをセキュリティグループで制限している場合、CircleCI上からのアクセスを許可しなくてはなりません VPC VPCでは他セキュリティグループからの許可ができません CircleCIはEC2 US East region上に構築されているのでそのIPを全部許可すればよいのですが現実的ではありません（よね？） AWS CLIを使ってビルドの開始時にコンテナのIPをSSH許可して、終了時にSSH許可を取り消す事で対応します SSH許可 aws ec2 authorize-security-group-ingress --group-id $MYSECURITYGROUP --protocol tcp --port 22 --c
リンギオ - [Capistrano] deploy:cleanup で残す世代数を変更する
Capistrano の deploy:cleanup で、 release 以下に作成される世代数を制御できます。 具体的には、デフォルトで直近５世代を残して削除してくれます。 ５世代も要らないぜ、３世代で十分だ！ということで。 ■ deploy.rb を編集せずに deploy:cleanup $ cap deploy:cleanup (snip) $ ls -l releases/ 合計 40 drwxrwxr-x 12 ringio ringio 4096 7月 27 16:40 20100727074012 drwxrwxr-x 12 ringio ringio 4096 7月 27 16:47 20100727074702 drwxrwxr-x 12 ringio ringio 4096 7月 27 16:50 20100727075032 drwxrwxr-x 12 r
Capistrano 3への手引き - 今日のごはんは素麺です
Capistrano、便利ですよね。 capistrano/capistrano 最近メジャーバージョンアップがあったのですが、使い方、というかスクリプトの書き方やお作法が変わり、「Capistrano 3にアップデートしたはいいけど全然動かなくてどうなってんだ」という流れはもはやお約束みたいです。 試しに僕も個人で作ってるウェブサイトのCapistranoをアップデートしてみたので、その上でこんなところに気を付けたいな、と思うポイントでも書いておきます。 capifyは使わない Capistranoを使うときは$ bundle installをし、次に$ bundle exec capify .とするのがお約束の流れですが、これからはcapifyを使ってもcap installを使ってねと言われます。 ですので: $ bundle exec cap installとしましょう。 マルチス
unicorn + rails 用 Capistrano 3 の設定ファイル - Qiita
group :development, :test do gem 'capistrano', :require => false gem 'capistrano-rails', :require => false gem 'capistrano-rbenv', :require => false gem 'capistrano-bundler', :require => false end # Load DSL and Setup Up Stages require 'capistrano/setup' # Includes default deployment tasks require 'capistrano/deploy' require 'capistrano/rbenv' set :rbenv_type, :user set :rbenv_ruby, '2.0.0-p247' r
Upgrade to Capistrano 3.0 - Qiita
はじめに 「Capistrano のバージョンが上がったので使おうとしたら丸一日ハマっていた。」 「な… 何を言ってるのか わからねーと思うが (ry」 Table of Contents Gemfile cap install Capfile config/deploy.rb config/deploy/production.rb | staging.rb 参考文献 基本的な使い方などはREADMEを読んでください。 まあ、読んでてもアレだったんですけどね。 Gemfile Capistranoはどのような言語やフレームワークからでも利用可能」by 公式サイトとのことで、もはやRailsだけのものではありません（以前からですけど）。 よって、本体とは別に、プラグイン形式でGemを追加していきます。 group :development do # ... gem 'capistrano'
Capistrano Version 3 Release Announcement
Search Overview What is Capistrano? Getting Started The Readme, start here! Installation Structure Configuration User Input Preparing Your Application Flow Rollbacks Cold Start Version Locking Tasks Local Tasks Before / After Hooks Authentication & Authorisation Task cookbook Introduction Rails related tasks Advanced Features Console PTYs Filtering Properties Property Filtering Host filtering Role
開発メモ#1 : Cinnamon によるデプロイ - naoyaのはてなダイアリー
このごろ作っているものが幾つかあるのだけど備忘録代わりにこの辺はこうしているということを書いて行こうかなと思います。 まずは Perl によるアプリケーションのデプロイについて。id:antipop と id:shiba_yu36 が開発した "Cinnamon" というミニマムなデプロイツールを利用しています。 Cinnamon - A minimalistic deploy tool https://github.com/kentaro/cinnamon シンプルで使いやすいデプロイツールです。 Capistrano? デプロイツールの定番といえば Capistrano で、最初は Capistrano を使っていました。けど、作っているものはほぼ Perl で書かれているのにデプロイツールだけ Capistrano で Ruby というのが、例えばモジュールの管理に Carton と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
