公開日：2015年5月11日 最終更新日：2015年5月17日 技術的負債の返却は計画的に(by ◯コム)。 以前に、railsを4.1.2から4.2.1にバージョンアップしたので、今回はrubyのバージョンをruby 2.1.2 からruby 2.2.2にupdateします。 以下、忘備録です。 環境 rails4.2.1 vagrant(centos6.5) chef11.18.0.rc.1 vagrantを立ちあげて、rubyの現在のバージョンを確認する vagrant up vagrant ssh ruby -v ruby 2.1.2p95 (2014-05-08 revision 45877) [x86_64-linux] chefのrolesで設定しているjsonファイルを更新する Before // something... "rbenv": { "rubies": "2.1

Dismiss Join GitHub today GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together. Sign up

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

This document discusses common beginner mistakes or "antipatterns" when using Chef. It provides best practices for things like repository structure, cookbook structure, using environments and roles properly, planning data bags in advance, and utilizing tools like the Chef shell. Specific antipatterns called out include having one giant monolithic Git repo or cookbook, overloading environments, for

例えばberkshelfひとつ入れるのに、膨大な知識がいる。 もしあなたが単にPHPサーバを作りたいだけだったとしても、berkshelfをちゃんとしたモダンなやり方でいれるには膨大な知識がいる。 例えばruby, rbenv, ruby-build, gem, bundlerなどだ。 まあ、rbenvとruby-buildで最新のrubyを入れること自体はそんなに難しくない。Ruby言語の知識も必要ない。 運よくgem install berkshelfが一発で成功したら、別に問題はない。おめでとう。 そういう人はここから下は読む必要はないです。 ところがである。 ひとたびgem installが失敗したら、そこからは茨の道である。 インフラの問題 gem installしたら "ERROR: Could not find a valid gem 'chef-solo' (>= 0) i

2. Copyright © 2013 AGREX INC. 2 プロフィール てるい まさし 照井 将士 http://www.facebook.com/marcy.terui (株)アグレックス 札幌事業所 システム部 1987年 東京都大田区生まれ 1992年 札幌移住 2011年  (株)アグレックス入社 担当業務 ・ECサイトを中心としたWEBシステムの受託開発、運用 役職 ・下っ端、雑用係 担当職務 ・インフラ構築、管理という名の雑用 ・アプリケーション設計、実装、テストという名の雑用 ・雑用という名の雑用 ・雑用という名の(ry 好きなサービス ・CloudWatch ・Route53 13年9月10日火曜日 3. Copyright © 2013 AGREX INC. 2 プロフィール てるい まさし 照井 将士 http://www.facebook.com/marcy.

最近のChefのブレイクで、サーバの構築も自動化でという潮流になっています。そんな中でチラホラ見受けられるのが、アプリのリリースもChefでという考え方です。私は微妙に違うのではないかなぁと思っているので、ちょっと考えを整理してみました。併せてCapistranoの紹介もしてみます。 Chefの役割 まずChefについてです。Chefの役割としては、サーバの状態を管理するものです。ここで言うサーバの状態というのは、各種ミドルウェアのインストール状態＆設定です。いわいるサーバ構成ですね。またChefを使う最大のメリットは、開発環境やステージング環境、本番環境と全ての環境を同じスクリプトで構築するので、手作業によるミス等による微妙な差異が発生しなくなることです。 さてここで問題になるのが、サーバ上のアプリケーションのコードやデータベースのテーブル定義は、サーバの状態に入るのかという点です。入る

ProvisioningFrameworksCasualTalks01.md Provisioning Frameworks Casual Talks vol.1 ChefとかPuppetとかの勉強会です 次回があるかはわかりませんが、今回はChef成分多めになっております インターネット情報 Twitterハッシュタグ #pfcasual IRCチャンネル #chef-casual@freenode 後日、riywo's Podcastで録音を配信予定 録音をするのを忘れてしまいました。申し訳ありません。。 開催日時 2013.5.10 19:00〜21:30 定員 80名 参加方法 MySQL Casual Talks vol.4の方式を採用 事前登録不可/先着順受付 受付終了時間までに会場へ来て受付をしてください 定員に達し次第受付を終了します ただし本会は開始時刻が19:00と少し