Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 3行まとめ MRSKは「コンテナ時代のCapistrano（Capistrano for Containers）」的なデプロイツール。すごくDHHぽい。 $5くらいの素のcompute instanceがHerokuみたいに使えるようになる(ただしDBやS3やRedisは必要に応じて別途用意する前提、合わせて別インスタンスで立ち上げる機能もあり) 37Signalsではproductionで使ってるようだけどまだまだ荒削りなので、しばらくは一緒に開発したいくらいの勢いで使いたい人向け MRSKとは MRSKはRailsの創始者DHHが新
Rails on Docker Author Name Brad Gessler @bradgessler @bradgessler Image by Annie Ruygt Rails 7.1 is getting an official Dockerfile, which should make it easier to deploy Rails applications to production environments that support Docker. Think of it as a pre-configured Linux box that will work for most Rails applications. That means you’ll start seeing a Dockerfile in the project directory of a lo
どうも、バックエンドエンジニアのサトウリョウスケです ✌︎('ω')✌︎ 僕が所属している ソーシャルPLUS チームでは Rails の開発環境を Docker で構築しています。 自分も日々お世話になっている Docker ですが、イチから Dockerfile 書いた事が無かったので、やってみました。 こちらのチュートリアルを参考にしています。 クイックスタート・ガイド：Docker Compose と Rails — Docker-docs-ja 17.06.Beta ドキュメント やってみた✨ 早速ですがこちらが完成品の GitHub リポジトリになります。 github.com この記事は v1.0.0 時点で書いていますが、リポジトリは今後も更新されていく可能性があります。 環境 Debian Stretch Ruby 2.5.0 Rails 5.2.0.rc1 MySQL
Railsを触ったことがないデザイナーさんと薬剤師さんが「Railsさわってみたい！」 ということでDockerでRailsの環境を用意してみました。 環境構築でつまずいてなかなかプログラミングがはじめられないという経験があったため、 最低限の手順でかんたんにRailsの開発環境を作りたいという欲求があったことと、 単純にDockerをさわってみたいという動機で今回はDockerを選択してみました。 実際にデザイナーさんと一緒に環境構築をしてみたら30分弱でできた 以下のリポジトリのREADMEにそって、プログラミング未経験のデザイナーさんと一緒に何もセットアップされていないPCにRails環境を構築してみたところ、インストールなどの物理的な時間も含めて30分弱で http://localhost:3000/ でRailsのいつもの画面が表示されるところまでいきました。 反省 「 開発環境
モバイルアプリサービス部の五十嵐です。 先日、あるRailsアプリケーションの開発環境を同僚のマシンに作成しようとしたところ、gemのインストールに1日かかってしまいました。環境構築は手順化されていたのですが、トラブったのは主にNative Moduleを利用する libv8 、 therubyracer 、 rmagick などのおなじみの面々です。手順を作った時は、これらのgemのインストールに必要なライブラリを brew install で最新バージョンをインストールするだけでよかったのですが、時が経ちライブラリの最新バージョンが更新されていたことが主な原因でした。この状況はいかんな〜と思い、Railsアプリケーションの開発環境もDockerにすることにしました。 本記事では、Railsアプリケーションの開発環境をDockerにするときに検討したことや問題点などを書いています。なお、
Docker Compose使ってRailsのプロジェクトをしています。 ある時から突然bundle exec rspecが遅くなってしまって、テスト自体は10秒程度なのにコマンドとしては2分くらい待たされるという現象になってしまいました。rspecに限らずbundle execが何やっても遅いという状態でした。 それもプロジェクトの一人が最初にその現象に当たって、数日後に私もなって、また数日後にもう一人が同様になって、という、感染しているんじゃないかという不思議な現象でした。でも、その3人目の人が解決策を見つけてくれました。 rails.hatenadiary.jp 細かいところは違いますが、Docker側とホスト側(Mac)の共有フォルダにvender/bundleがあるとこうなるようです。上記の3人目の感染者はグローバルにインストールしたらなおったと教えてくれました。 でも2番目の感
注意：ただ試しにdockerを利用してrailsの最初のWelcome aboardの画面をローカルホストで表示したいという完全初心者向け。そして備忘録なので細かいことは書いてないです 公式サイトからdockerのinstall #railsプロジェクトのディレクトリの作成 $ mkdir rails_test $ cd rails_test #rubyのインストール rubyのインストールだがもちろんローカルにはインストールしない。 dockerにあらかじめ用意されているイメージをpullしてrubyをインストールする。 $ docker pull ruby:2.3.0 バージョンは適宜変えてください。 #Gemfileの生成 Gemfileの生成のためにbundle initをする。 $ docker run --rm -v "$PWD":/usr/src/rails_test -w
目的 いい感じに使える、Dockerの開発環境を構築する。 最終的な目的はProductionでDockerを使うイメージを固めること。 環境 Vagrant Ubuntu Trusty 14.04 Docker Docker version 17.03.1-ce, build c6d412e Rails5.1 rc1 docker for mac はいい噂を聞かないのでVagrant上でDockerを使用する。 当然、docker for mac でも動く。 Railsアプリ作成 bundle init gem 'rails', '~> 5.1.0.rc1' bundle instlal --path vendor/bundle sprockets, turbolinksを抜いています。 DBはmysqlを使用 bundle exec rails new --skip-bundle -d
概要 先日 dockerでrails5環境構築で開発環境を作りました。 で、やはり開発する上ではguiでstep実行できると楽だなと思い、 Visual Studio Codeを使ってRailsをデバッグ実行してみよう の記事を見つけたのでdocker-machine上で実行されているrailsに対して試してみようとしたところ、先日に引き続きハマり倒したのでその作業メモです。 目標のデバッグ環境 構築した dockerでrails5環境構築の環境は下記のような構成で動いています。 この環境でホストOS(osx)で実行しているVisual Studio Codeのデバッガでステップ実行したいわけです。 以下先日の「dockerでrails5環境構築」の状態からの変更点を記載していきます。 railsコンテナの設定 基本的には「Visual Studio Codeを使ってRailsをデバッグ実
はじめに Rails5.1は、フロントエンド周りが充実しているらしく、遊びながらどのような設計思想になっているか感じてみたいと思った。 いまのローカルにはrbenvなどが入っていないので、バージョン管理の手間など考えるとdockerでVM立ち上げたほうが手っ取り早そうだ、ということで、docker経由で環境構築した。 ちなみに、Railsに触るのは5年ぶりくらいで、Rails2.3以来、ほぼ触っていない。 この記事で目指す所 所要時間 : 15分程度 Docker経由でrailsのプロジェクトを作成し、サーバを起動し、 ローカルマシンのブラウザでrailsの起動画面が表示されるまで。 特にJavaScriptを利用した開発はしない。 <環境> Ruby 2.4.0 Rails 5.1.0.beta1 PostgreSQL ソースコード 以下のソースコードが最終盤。 https://gith
もともとElastic Beanstalk+Railsで運用していたのですが、Mecabのインストールであったり、rubyのバージョンを上げたりするのにこの構成だと不安であったので、Dockerに移行しました。 サマリーについてはこちらをご覧頂ければと思います。 今回お話したいのは、「すでに動かしている「Rails＋Puma」環境を維持できるのか」についてです。 結論は、一旦環境を潰して環境を再構築しました。 何をしたかったのか？ もともとElasticBeanstalkの選択できる、Puma+Railsを使用していました。 上述通りカスタマイズを色々とし始めて、だったらDockerに移行しようということになりました。 構成自体はシンプルなもので、ロードバランサーで受けた後、Docker内でPumaを立てて、 Railsアプリケーションに流すだけです。 現状の環境では、Puma+Rails
追記 続編書きました。 よりスリムになって、webpackerにも対応しました。こっちの方を読んでください。 「DockerでRails+Webpackerの開発環境を構築するテンプレート」 はじめに docker-composeを使い、railsを簡単に開発できるテンプレートを作成しました。 特徴は以下の通りです。 bundle installをイメージビルドのときではなく、ENTRYPOINTで行う springコンテナを用意して高速にrailsコマンドを実行できる テンプレートは、github にアップロードしています 使い方 テンプレートからプロジェクトを立ち上げる場合は、以下のコマンドです。RubyバージョンやRailsのバージョンを調整できます。 git clone https://github.com/kawasin73/rails_docker_template.git c
ローカルの Rails の開発環境を直接OSに構築してしまうと、 仕事で別のバージョンの DB が必要になったケースなどで非常に苦労するので 何らかの仮想マシン上に開発環境を構築するほうが楽だと思う。 Vagrant と何かしらのプロビジョニングツールを使う方法がベターだが、 Docker Compose を試しに使ってみたら便利だった。 Docker Compose なに? Docker における複数コンテナの管理を docker-compose.yml という1ファイルでできるようにするツールです。 詳しくは https://docs.docker.com/compose Vagrant と比べたメリット 設定ファイルが短い。 例えば Vagrant + ansible の場合、Ruby とか PostgreSQL とかのインストール方法を自分で書く必要がありますが、 docker-c
こんにちは。TECH DRIVEの齋藤です。 今回の連載では流行りのDockerを使ってRuby on Railsの開発環境を構築していきます。 この連載記事は「インフラ初級者の方」を対象にしています。 私自身アプリケーションエンジニアでインフラに関してはまだまだということもありますので、 読者の方々の目線に立ちつつも試行錯誤しながら環境作りをしていきます。 なるべく簡単な説明で書いていきたいと思っていますので、一緒に頑張っていきましょう！ 連載の章立てはこちら(後々章立ては変更される可能性があります)。 第1回 Docker概要、メリットをざっくりと。 第2回 DockerfileでRailsの開発環境を作ってみよう(準備編)。 第3回 DockerfileでRailsの開発環境を作ってみよう。 第4回 Docker-ComposeでRailsの開発環境を作ってみよう。 第5回 データや
はじめに 本記事は複雑な構成をとるrailsアプリケーションをdockerで動作させる場合についてまとめています。 これまでにrailsを動作させるコンテナのDockerfileをどう記述するのが良いかという観点と、railsアプリケーションのプレビュー環境をdockerで構築出来るかという検証の二つの記事を公開していました。 railsをdockerで動かしたい場合の構成はどうするべきか - Qiita Docker(pool)を用いたプレビュー環境を検証する(railsアプリ開発チームの活用例) - Qiita 先に公開した二つの記事では、railsアプリケーションを単独のコンテナで動作させる場合について言及しています。 しかしアプリケーションの規模が大きくなるとrails単体だけでは無く、キャッシュにmemcachedやredis, 検索にsolrにelasticsearch, フロ
前提 Alpine 3.4 Ruby 2.3.3 Rails 5.0.0.1 Railsアプリケーションと、GemfileとGemfile.lockは、事前に用意してあるものとします。 Dockerfile FROM ruby:2.3.3-alpine MAINTAINER Shigeru Nakajima <shigeru.nakajima@gmail.com> ENV BUILD_PACKAGES="curl-dev ruby-dev build-base bash" \ DEV_PACKAGES="zlib-dev libxml2-dev libxslt-dev tzdata yaml-dev sqlite-dev postgresql-dev mysql-dev" \ RUBY_PACKAGES="ruby-json yaml nodejs" # Update and instal
この記事はRuby Advent Calendar 2016の5日目です。 昨日はiguchi1124さんの「Railsアプリケーションでより良いリソース設計を実装するためのテクニック」 でした。 明日は、tomokane@githubさんの記事になります。 はじめに 最近、個人的なプロダクトを久しぶりにRailsで書いています。 自分の場合、Rubyはテキスト処理とかスクレイピングとかそういったスクリプトで使う用途が多いので、 Railsをまともに触るのは実に２以来。そのせいで５を触るにあたって大分忘れてたことや時代に取り残されたところがありました。 あと、Herokuも本格的に使ったことは無かったのですが、今回Dockerに完全対応したということで使ってみたので、 Heroku Container Registryを使ったDockerによるRails環境について備忘録がてら、今年はまと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
