Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
巨大なRailsアプリケーションを「普通」にするための取り組み
Search
Kazuhito Hokamura
February 06, 2019
Technology
1
960
巨大なRailsアプリケーションを「普通」にするための取り組み
Kazuhito Hokamura
February 06, 2019
Tweet
Share
More Decks by Kazuhito Hokamura
See All by Kazuhito Hokamura
TypeScriptとGraphQLで実現する 型安全なAPI実装 / TSKaigi 2024
hokaccha
5
4.4k
Kotlin製のGraphQLサーバーをNode.jsでモジュラモノリス化している話
hokaccha
0
3.5k
GraphQLの負債と向き合うためにやっていること
hokaccha
2
1.4k
ユビーのアーキテクチャに対する取り組み
hokaccha
1
400
RailsエンジニアのためのNext.js入門
hokaccha
7
20k
Cookpad Summer Internship 2021 Web Frontend
hokaccha
0
7.2k
巨大なモノリシック Rails アプリケーションの マイクロサービス化戦略 / 2019 microservices in cookpad
hokaccha
3
3.8k
Web Frontend Improvement in Cookpad
hokaccha
1
1.1k
cookpad summer internship 2018 - Git
hokaccha
1
9.7k
Other Decks in Technology
See All in Technology
白金鉱業Meetup_Vol.18_AIエージェント時代のUI/UX設計
brainpadpr
1
270
社会人力と研究力ー博士号をキャリアの武器にするー
kentaro
2
100
AIエージェント開発手法と業務導入のプラクティス
ykosaka
9
2.6k
Winning at PHP in Production in 2025
beberlei
1
270
CodeRabbitと過ごした1ヶ月 ─ AIコードレビュー導入で実感したチーム開発の進化
mitohato14
1
230
品質文化を支える小さいクロスファンクショナルなチーム / Cross-functional teams fostering quality culture
toma_sm
0
180
企業が押さえるべきMCPの未来
takaakikakei
0
250
AIコーディングの最前線 〜活用のコツと課題〜
pharma_x_tech
4
2.9k
3D生成AIのための画像生成
kosukeito
2
580
日経電子版 for Android の技術的課題と取り組み(令和最新版)/android-20250423
nikkei_engineer_recruiting
1
610
Perl歴約10年のエンジニアがフルスタックTypeScriptに出会ってみた
papix
1
260
製造業向けIoTソリューション提案資料.pdf
haruki_uiru
0
130
Featured
See All Featured
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
119
51k
Done Done
chrislema
184
16k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
160
15k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
5
590
Why Our Code Smells
bkeepers
PRO
336
57k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
31
1.2k
A designer walks into a library…
pauljervisheath
205
24k
Writing Fast Ruby
sferik
628
61k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
14
1.4k
Designing for humans not robots
tammielis
253
25k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Transcript
巨大なRailsアプリケーションを 「普通」にするための取り組み 2019/02/06 Repro Tech Meetup @hokaccha
自己紹介 •@hokaccha •Cookpad Inc. •Nodebrew, Adventar, Bdash
None
3BJMTʹͳͬͯҎ্͕ܦա
•コードを変更すると意図しないところが壊れる。例えばウェブサービスをいじるとガラケーの認証が壊れる。 •ライブラリが古かったとしても依存が多すぎて気軽に更新できない。 •実行環境が非常に複雑かつ特殊で、迂闊にデータベースを追加したりできない。 •普通のツールが動かない。例えばコードカバレージが取れない、並列テストが動かない。 •ObjectクラスやStringクラスのような非常に基本的なクラスが改変されており、普通の動きをしない。 •あるコードのオーナーが誰かわからない。例えばuserリソースのAPIを変更したくても誰にも相談できない。 •開発者が多すぎて、改善系のpull requestを作ると頻繁にコンフリクトする •I/Oの激しいシステムを追加するためにDynamoDBを使いたいと思ったとしても、 AWS-SDKのバージョンが古いのでまずは
SDKのバージョンを更新するのに1ヶ月かかる •テストが遅いので検証にも時間がかかり、そのあいだに別のpullreqがマージされてコンフリクト •実装を進めていくと既存のクラスに変更が必要そうなことがわかってきたがオーナーが誰かはわからない •がんばって実装してみたが触ってもいないバッチのCIが通らない •ようやく理由がわかって直してデプロイしたらなぜかガラケーサイトが落ちた •etc................... IUUQTUFDIMJGFDPPLQBEDPNFOUSZPEBJCBTUSBUFHZΑΓൈਮ
普通のRailsに戻りたい
改善プロジェクトの発足 •2017年に @aamine が立ち上げ、お台場プロジェクト と名付けられる •コツコツとやってきてようやく成果が出始めてきた •今年から専任でやるチームとして分離したのでさらに 加速する予定
お台場プロジェクトの取り組み •システム分離 •機能削除 •コード削減 •レガシーシステムからの脱却 ← 今日の話はこれ
ここで言うレガシーとは •社内外問わずクックパッドのレシピサービス以外では ほぼ使われていないシステムやライブラリ •学習コスト、メンテナンスコストともに高い •最新の機能やエコシステムの恩恵を受けられない
今日の話 •Machinist を FactoryBot に置き換えている話 •RRRSpec をやめた話 •hako 化している話
Machinist → FactoryBot
Machinist とは •テストの用のデータを作るためのライブラリ •5、6年前にメンテナンスが止まった •レシピサービスではずっと Machinist 1系に モンキーパッチをあてながら使っていた
@amatsuda 曰く 「断言しますが、Rails 4.2 と一緒に Machinist 1 を使ってい るプロジェクトは世界中でもこのプロジェクトだけのはず」
FactoryBot •テストデータ作成系ではデファクトスタンダード なライブラリ •クックパッドでもレシピサービス以外は FactoryBot(or FactoryGirl)を使っている
移行したいが Machinist で書かれた大量のコードどうすんの...
Machinist Recipe.blueprint do title { 'recipe title' } description {
'recipe description' } user { User.make } end Recipe.make(title: 'foo')
FactoryBot FactoryBot.define do factory :recipe do title { 'recipe title'
} description { 'recipe description' } user end end FactoryBot.create(:recipe, title: 'foo')
‼いけそう‼
移行手順 •FactoryBot が Machinist の文法を喋れるようにする ラッパーを作る •Machinist の定義(blueprints)を FactoryBot の定義
(factories)に置き換える •Machinist 互換レイヤーを撤去
進捗 •@amatsuda がほぼ一人で進めてくれている •新規のテストは FactoryBot で書ける状態 •古い Machinist のコードを順次書き換えていってる中
RRRSpec
背景 •1台のマシンで並列でテストを実行しても数十分かかる (当時の現実的なマシンスペックで) •テストの実行時間を10分以内に抑えたい •コストも最小限に抑えたい
RRRSpec •複数台で並列に RSpec を実行できる 分散テスト実行システム •実行するマシンはスポットインスタンスを使い 自動でスケールされる •スポットインスタンスが途中で落ちたときのための リトライ機構なども備えている
None
時は流れ •高性能なスペックのマシンが安価になってきた •SpotFleet などの環境も整ってきた •コードもがんばって減らしてる •RRRSpec なくしてもいけるんじゃない?
やってみた •c5.2xlarge 8並列: 約22分 •c5.4xlarge 16並列: 約11分 •c5.9xlarge 32並列: 約7分
‼いける‼
というわけで RRRSpec 引退 •c5.9xlarge(スポットインスタンス)で36並列で実行 •並列実行には parallel_tests を利用 •開発環境でのテスト実行は pull-request Builder
で代替 •安定化のために rspec-retry を利用
None
hako化
現在のデプロイ •sorah/mamiya ‣ serf を利用した高速でスケーラブルなデプロイツール ‣ CI 中にパッケージ作成や配布などの処理を行う ‣ CI
が通って開発者がデプロイを実行したときは切り替えを行うのみ
•Dockerの登場によりデプロイのフローは大きく変わった •クックパッドでもほぼすべてのアプリケーションが Docker/ECSで動いている 昨今のデプロイ
None
hako •Dockerコンテナのデプロイツール ‣ 現在は ECS のみに対応 •クックパッドではほとんどのアプリケーションが hako でデプロイされている •ただしレシピサービスを除く
hakoに乗ると • 統合された管理コンソールが使える • Dockerを利用したバッチジョブの実行ができる • 用意されている様々なサイドカーコンテナが利用できる • などなど、他にも便利な機能に乗っかれる ‣
逆にいうとhakoに乗らないとこれらを独自で作る必要がある
hako化への道のり •symlink が大量にあって docker build がつらい ‣ rsync --copy-links で乗り切る
•Spreadsheetで管理されていた秘匿値の移行 ‣ がんばって Parameter Store に移行 •古の fluentd の設定を読み解く •一部のサーバーでcronが動いてたりする
進捗 •バッチが一部 hako で動くようになった •API サーバーがもうすぐ動きそう •今年中には全アプリケーション移行予定
まとめ
None
次回予告 (3/23 Railsdm) •システム分離 •機能削除 •コード削減
We are hiring!