安心してRailsアップグレードを行うための工夫 - クックパッド開発者ブログ

こんにちは。技術部の国分 (@k0kubun) です。 3/28にクラウドワークスさんで行なわれたRails Upgrade Casual Talksで、Railsアップグレードの際にクックパッドが行なっている工夫について紹介しました。 影響範囲の予測が難しいRailsのアップグレードを安全に行なうための動作確認のやり方について参考になればということで、本記事でも改めて紹介いたします。 CookpadのRailsアップグレードの流れ Rails 4.1から4.2にアップグレードした際の例を紹介します。 CIにRails 4.2用ジョブを用意 まずはRails 4.2にアップグレードするためのrails42ブランチでテストを通します。リリースするまでこのブランチはmasterからrebaseし続けるので、リリースまでテストを通る状態を保つため、CIにrails42ブランチ用のジョブを用意しま

[k0kubun]

書きました!

[yatmsu]

そんな事より「同一レポジトリに8つのアプリが同居」ってどうなってんの

[oinume]

すばらしい

[kakku22]

難易度高くてガクブルだけど，戦略的にアップグレードしてて強さを感じる．Kage 良いな．Cookpad の OSS はネーミングが秀逸で好き

[wyukawa]

“デプロイ後はSentryを使ってエラーの確認を行い、自社製のモニタリングツールを使って各サーバーのレスポンスタイムを監視します。 ”

[key_amb]

読んだ。

[progrhyme]

読んだ。

[ismage]

ポケットへ入れた 安心してRailsアップグレードを行うための工夫

[y_yuki]

[]

[sky-y]

Railsアップグレードの貴重なログ。Rails本体も、Rails上のアプリも、アップグレードが鬼門で何度か泣かされた…

[peccu]

"リリース前の4段階の動作確認" 以降がRails以外にも適用できる考え方。なるほどー / 安心してRailsアップグレードを行うための工夫 - クックパッド開発者ブログ

[murasaki11]

kageいいな

[khei-fuji]

こういうことしたいな。退行テストのシステム化。 “Kageを使い、あるサーバーに来たリクエストをRails 4.2をデプロイしたものにも流し、そこではDBなどへの書き込みや外部サービスへのリクエストを抑止します”

[nightgamerakomine]

すごいなぁ。

[masutaka26]

今回やってみて思ったけど、だいぶ難易度が高いし、他の作業のことはほぼ考えられなくなる。

[iakio]

「Kageを使い、あるサーバーに来たリクエストをRails 4.2をデプロイしたものにも流し」なるほど

[yaaamaaaguuu]

任意のブランチが任意のサブドメインにデプロイ出来る検証環境は良い仕組みだと思う。

[toyama0919]

お、kageの話

[okusa75]

全く安心できる気がしない。

[bunnyhop]

こういう運用情報本当に有難い

[Kwappa]

すごい

[takaesu]

version up

[sonots]

ｺｸﾌﾞｰﾝ