Ruby on Railsの作者がコンテナ・デプロイ・ツール「Kamal 1.0」を公開
Ruby on Railsの作者として知られるDavid Heinemeier Hansson氏は、コンテナ・デプロイ・ツール「Kamal 1.0」を9月19日（現地時間）に公開した。同氏は開発したWebサービスをクラウド・プロバイダーから自前のサーバーに移行する手続きを進めており、Kamalはその手続きの中で生まれたという。KamalはMITライセンスで公開しているオープンソース・ソフトウェア。 Kamalは、Dockerでコンテナ化したアプリケーションを配備するツール。設定ファイルに外部の公開IPアドレスを記入して起動すれば、Linuxが動作するコンテナが動き出す。このコンテナにはSSHで接続することも可能だ。 Hansson氏はKamalをWebアプリケーションをクラウドから自前のサーバーに移す目的で使用しているが、クラウド間での移動など、ほかの目的にも利用できる。Kamalを利用す
Ruby on Rails + Docker + Capistrano + Puma + Nginx AWS EC2へデプロイ方法のメモ - Qiita
Ruby on Rails + Docker + Capistrano + Puma + Nginx AWS EC2へデプロイ方法のメモ AWS EC2 インスタンスの準備 AWS コンソールにアクセスする 「Launch Instance」をクリックする Step 1: Enter nand and tags インスタンス名とタグを入力する Step 2: Choose an Amazon Machine Image (AMI) 「Ubuntu Server 22.04 LTS (HVM), SSD Volume Type 64bit (x86」を選択する Step 3: Choose an Instance Type and Key pair インスタンスタイプは「t2.micro」とSSH用のキーペアを選択する Step 4: Network settings バブネットやセキュリテ
Capistrano、Nginx、Pumaを使用してUbuntu14.04にRailsアプリをデプロイする - 開発者ドキュメント
序章 Railsは、Rubyで記述されたオープンソースのWebアプリケーションフレームワークです。 これは、設定より規約の哲学に従い、物事を行うための「最良の」方法があると仮定しています。 これにより、無限の構成ファイルを経由することなく、より多くのコードを記述しながら、より多くのことを実行できます。 Nginxは、高性能HTTPサーバー、リバースプロキシ、および同時実行性、安定性、スケーラビリティ、および低メモリ消費に重点を置いていることで知られるロードバランサーです。 Nginxと同様に、Pumaは、メモリフットプリントが非常に小さいが、RubyWebアプリケーション用に構築されたもう1つの非常に高速で同時実行のWebサーバーです。 Capistranoは、主にRubyWebアプリに焦点を当てたリモートサーバー自動化ツールです。 これは、SSHを介して任意のワークフローをスクリプト化し
Capistranoを使ってデプロイを自動化しよう
Capistranoというgemは面倒なデプロイ作業を自動化してくれるツールです。面倒なデプロイ作業もコマンド一つで行うことができます。 AWSのEC2を使ってデプロイをする際、非常に多くの手順を踏む必要があります。 それをコマンド1つで行ってくれるのが自動デプロイツールです。 その自動デプロイツールで人気があるのはCapistranoというgemです。 この記事ではAWSのEC2でNginxとUnicornを使った際のCapistranoの導入方法について解説していきます。 ※EC2でのデプロイ方法については【Rails】 AWSのEC2でRailsのアプリをデプロイしようの記事を参照ください 自動デプロイツールとは デプロイの記事でも解説した通り、AWSのEC2サービスでRailsアプリのデプロイを行うには下記の手順が必要です。 EC2インスタンスにSSH接続をする EC2インスタンス
Ruby on Rails + Docker + Capistrano + Puma + Nginx AWS EC2へデプロイ方法のメモ
AWS EC2 インスタンスの準備 AWS コンソールにアクセスする 「Launch Instance」をクリックする Step 1: Enter nand and tags インスタンス名とタグを入力する Step 2: Choose an Amazon Machine Image (AMI) 「Ubuntu Server 22.04 LTS (HVM), SSD Volume Type 64bit (x86」を選択する Step 3: Choose an Instance Type and Key pair インスタンスタイプは「t2.micro」とSSH用のキーペアを選択する Step 4: Network settings バブネットやセキュリティグループなどを選択する Step 5: Configure storage 無料利用枠だと最大30GBまで利用できる そして、「Laun
DockerでミニHeroku！「Dokku」をさくらのクラウドで試す | さくらのナレッジ
シンプルなPaaSで知られるHerokuは使っていますか？ちょっとしたWebアプリを作って試すには便利ですが、もっとマシンパワーが必要になったり、もっと自由に使ってみたいと思うこともあるでしょう。 そんな要望を叶えるためのソフトウェアがDokkuです。DockerをベースにしたHerokuクローンになります。Dockerなので任意のクラウド、VPSサーバ上に立てることができます。今回はさくらのクラウドを使ってDokkuを実行する手順を紹介します。 さくらのクラウドでUbuntuサーバを立てる 追加をクリックします DokkuはUbuntu 12.04 x64または14.04 x64をサポートしています。LTSとは言え、ここは14.04を選択することとします。アーカイブにUbuntu Server 14.04 LTS 64bit（基本セット）が登録されていますので、ここから選ぶだけでOKです
クックパッドにおけるScalable Deploymentsのスライドが興味深い - GeekFactory
クックパッドにおけるアプリのデプロイの資料が非常に興味深いので紹介します．これは @sora_hさんがRubyKaigi 2014で発表 された資料で，100台以上のサーバに短時間でアプリをデプロイする仕組みをどうやって作り上げたのかが説明されています． 以前，スライドの内容を箇条書きにまとめていたのでシェアします．最近では，Jenkins User Coferenceの発表（How We Use Jenkins? // Speaker Deck）でほんの少し引用されていたりします． 内容のまとめ スライドは90枚あります．ざっくりまとめた内容を以下に示します． 概況 140サーバに1日10回のデプロイを実施している（ピーク時） コードベースが大きい モデルだけで約 69K LOC プロダクトコードとテストコードを合わせると約 319K LOC デプロイのルール CIのビルドが成功したリビ
(初心者向け）vpsを契約して、Capistrano3でRailsアプリをデプロイするまで [その2 ローカル設定編] - Qiita
(初心者向け）vpsを契約して、Capistrano3でRailsアプリをデプロイするまで [その2 ローカル設定編]RubyRailsCapistranovpsRails5 はじめに (初心者向け）vpsを契約して、capistrano3でRailsアプリをデプロイするまで [その1 サーバー設定編] の続きです。 前回でサーバーの設定は一通り完了したので、こちらでは、デプロイするテストアプリの構築、Capistrano、Unicornの設定を行います。 1. Railaアプリの作成 Rilsチュートリアルの第２章に習ってscaffoldでユーザー名簿のアプリを作成します。 Rubyのインストール、Railsのインストールは省略します。 1-1 アプリの構築 Rails newで構成を作ります。 以下全てローカルです。任意のディレクトリで始めてください。
![(初心者向け）vpsを契約して、Capistrano3でRailsアプリをデプロイするまで [その2 ローカル設定編] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/fa5b32dc6537145e65b18675a75738c8c2687b8b/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTI4JUU1JTg4JTlEJUU1JUJGJTgzJUU4JTgwJTg1JUU1JTkwJTkxJUUzJTgxJTkxJUVGJUJDJTg5dnBzJUUzJTgyJTkyJUU1JUE1JTkxJUU3JUI0JTg0JUUzJTgxJTk3JUUzJTgxJUE2JUUzJTgwJTgxQ2FwaXN0cmFubzMlRTMlODElQTdSYWlscyVFMyU4MiVBMiVFMyU4MyU5NyVFMyU4MyVBQSVFMyU4MiU5MiVFMyU4MyU4NyVFMyU4MyU5NyVFMyU4MyVBRCVFMyU4MiVBNCVFMyU4MSU5OSVFMyU4MiU4QiVFMyU4MSVCRSVFMyU4MSVBNyUyMCUyMCU1QiVFMyU4MSU5RCVFMyU4MSVBRTIlMjAlRTMlODMlQUQlRTMlODMlQkMlRTMlODIlQUIlRTMlODMlQUIlRTglQTglQUQlRTUlQUUlOUElRTclQjclQTglNUQmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTM1NTFiMGQ2NmQ3YTljOGQ5ZmVlYTNjNzJkZDgyOTNl%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwcnlvMjEzMiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NmVkYTM4NDRmZDdmNTk3MTI1NzE4ODBjMjBkZjE1MTQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D0fbe72f5a60933c09152f83a9a3f53f4)
Ansistranoを利用して簡単にデプロイしよう(前編) – | 株式会社 PIALab. (ピアラボ)
はじめに 皆様、こんにちは。あるいは初めまして。 PIALab.のつくるひと、西です。 今回は構成管理ツールで Ansibleを拡張したデプロイツール「Ansistrano」について紹介します。 デプロイ作業に対するエンジニアの本音 Webシステム開発において、避けては通れない最後の関門、それがサービスイン直前のデプロイ作業ですが、 結局のところ 運用が始まっているシステムに対して更新作業は怖い ((´д｀)) シンプルかつ手堅いリリース手法を確立したい どのようなプロジェクトでも同じ手順、簡単にリリースしたい ということは、サーバにsshログインしてgit pullでもいいよねと思ったのですが、 人間が作業するのでミスを起こす可能性が残っている サーバごとにgit pullを行うためのセットアップを行う必要があって、なかなか面倒かも… という課題があり、解決策がないか調べているところ、
ようやく itamae の使い方が固まってきたのでメモ - えいのうにっき
ここで書いている内容は、基本的には Chef-soloからItamaeに完全移行した話 - Qiita を参考にしているもの。あとは GitHub - toritori0318/itamae-sample-project: itamae-sample-project 、 Best Practice · itamae-kitchen/itamae Wiki · GitHub あたりも、かな。 そのやり方で itamae を使う場合、どんなレシピを適用するときでも、こんな↓かんじで起動する。 $ bundle exec itamae ssh -h www.example.com -j nodes/production.json -u a-know entrypoint.rb entrypoint.rb の中身は以下のようなかんじになってる。 node["recipes"] = node["re
さくらVPSにまっさらな状態からRuby2.1.0+Rails4.2.1+nginx+unicorn+capistranoの環境を構築したのでやんわり手順を書いた。 - Qiita
さくらVPSにまっさらな状態からRuby2.1.0+Rails4.2.1+nginx+unicorn+capistranoの環境を構築したのでやんわり手順を書いた。RubyRailsnginxCapistranounicorn さくらVPSを借りてみたのでRailsを動かしてついでに手元のローカル環境で作ったアプリをデプロイ出来るようにしてみました。 完全に初心者なので、細かい所は分かってませんが初心者目線で出来ればと思います。 コピペしていけば構築出来るというサルでき方式を目指して書きました。 登場人物 ruby - rubyこれは知ってた。javaの親戚みたいなやつ rbenv - rubyのバージョンを選べるようにする便利なやつ rails - rubyを使ったサイトの構築を簡単に行うやつ nginx - サーバーソフト？だと思う。こいつがいれば複数のrailsプロジェクトを１つのサ
Itamae + Serverspec でサーバ構築・テスト自動化 総仕上げ！ | こえむの編集後記
Webアプリエンジニア養成読本 Advent Calendar 2014 23日目の記事です。 これまで、Webアプリエンジニア養成読本(以下 先のムック)のPHPデモアプリケーションをCentOS 7で動かすお話をしてきました。その中で、「Serverspecを利用した自動化(20日目)」と、すがさんが Itamae を利用した「Rubyでアプリケーション以外のコードを書く(19日目)」お話をしました。 その上で、サーバ構築自動化の総仕上げとして Itamae + Serverspec を用いてPHPアプリケーションが動くサーバを自動構築・自動テストにチャレンジしてみましょう！ 本記事執筆時に利用したバージョンは、CentOS 7.0, Ruby 2.1.2p95, specinfra 2.10.4, Itamae 1.0.13, Serverspec 2.7.1 です。 Itamae,
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Capistranoで簡単デプロイ - Qiita
capistranoでRailsアプリケーションをdeployする - Qiita
Capistrano3でrailsをdeployしてみる - Qiita