Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Speaker Deck
PRO
Sign in
Sign up
for free
ClassiのRuby/Railsバージョンアップ始動物語
Shodai Suzuki
October 30, 2019
Business
1
530
ClassiのRuby/Railsバージョンアップ始動物語
ClassiでのRuby/Railsバージョンアップの第一歩を踏み出した時の成功事例
Shodai Suzuki
October 30, 2019
Tweet
Share
Other Decks in Business
See All in Business
amarelo_n24
0
230
gakumarketing
0
140
10xinc
33
450k
tumada
1
600
yasslab
PRO
0
220
lapras
17
230k
fuller_hrpr
PRO
0
4.8k
taesungart
0
1.3k
hennge
0
140
gakumarketing
0
340
kiizan
0
360
akiowatanabe
2
200
Featured
See All Featured
philnash
8
500
rocio
155
11k
malarkey
192
8.6k
sachag
446
36k
malarkey
393
60k
hursman
106
9.2k
bkeepers
408
57k
eileencodes
113
25k
michaelherold
225
8.5k
holman
461
280k
danielanewman
1
480
samlambert
237
9.9k
Transcript
ClassiのRuby/Railsバージョン アッププロジェクト始動物語 Shodai Suzuki @SoartecL Meetup for Rails engineers 2019.10.30
Classiとバージョンアップ
Classiとバージョンアップ
Classiとバージョンアップ
アジェンダ • Classiのサービスアーキテクチャ • バージョンアップの課題 • やった事と成功要因 • 成果まとめ •
自己紹介
Classiのサービスアーキテクチャ
Classiサービスアーキテクチャ
Classiサービスアーキテクチャ
Classiサービスアーキテクチャ API API API
Classiサービスアーキテクチャ API API API Auth
Classiサービスアーキテクチャ 画像
バージョンアップの課題
1.アプリケーションの数
アプリケーションの数 API API API Auth
14
アプリケーションの数
2.バージョンの古さ
以前のバージョン Rails: 4.2 Ruby: 2.3
3.classi_coreの存在
classi_coreの存在
classi_coreバンドルアプリ API API API Auth
バージョンアップの課題 1. アプリケーションの数 2. 現行バージョンの古さ 3. classi_coreの存在
ゴール
Rails 5.2.3 Ruby 2.6系
~2020.03
いつ終わるの?見通しが立たない
私の立ち位置 1. Rails自体を知っている 2. Railsバージョンアップ経験有り 3. 社内のRailsアプリ全てにコミット
とりあえず1つやってよう
対象アプリケーションの選定
選定基準 1. テストカバレッジ
選定基準 1. テストカバレッジ 2. ドメインの複雑度 3. 依存gemの数
選定基準 1. テストカバレッジ 2. ドメインの複雑度 3. 依存gemの数
選定基準
成功要因1. いけるいける精神 いけるいける! いけるいける!
成功要因1. いけるいける精神
classi_core統合
classi_core統合 classi_core
classi_core統合
classi_core統合
classi_core統合 • デベロッパーサクセスチーム
成功要因2. 技術的な問題は複数のエンジニアで解決
バージョンアップ
Rails バージョンアップ Ruby 5.2 5.0 4.2 2.3 2.6 2.5 2.4
バージョンアップ
バージョンアップ • デベロッパーサクセスエンジニア • プロダクトマネージャー • ディレクター
品質担保
品質担保 1. 対面でのコードレビュー
品質担保 1. 対面でのコードレビュー 2. QAチームのリグレッションテスト
品質担保 1. 対面でのコードレビュー 2. QAチームのリグレッションテスト 3. カスタマーサクセスチームとテストケース 洗い出し
品質担保 • デベロッパーサクセスエンジニア • プロダクトマネージャー • ディレクター • カスタマーサクセスチーム •
QAチーム
成功要因3. 非エンジニアの理解・協力
成功要因まとめ 1. いけるいける精神 2. 問題は複数のエンジニアで解決 3. 非エンジニア理解・協力
成功要因まとめ 1. いけるいける精神 2. 問題は複数のエンジニアで解決 3. 非エンジニア理解・協力
成功要因まとめ 1. いけるいける精神 2. 問題は複数のエンジニアで解決 3. 非エンジニア理解・協力
成功要因まとめ 1. いけるいける精神 2. 問題は複数のエンジニアで解決 3. 非エンジニア理解・協力
成果
成果
着手からリリースまでの期間
3ヶ月
作業時間
1ヶ月 見積は220日でした
バージョンアップ起因の障害
0件
成果 自信 知見
成果 自信 • 安全なバージョンアップ • 見通しが立てれるように
得たもの 自信 • 安全なバージョンアップ • 見通しが立てれるように 知見 • 技術的な知見 •
プロセスの知見
優秀なエンジニアがどんどん増えた
なので抜けて
CREチーム立ち上げ
CREチーム立ち上げ いけるいける! いけるいける!
自己紹介 • 鈴木翔大 @SoartecL • フリーランスエンジニア • 2018/10~ Classi •
CREチーム • OSSコントリビューター ◦ Rails ◦ RailsGuide ◦ chanko ◦ elasticsearch_dsl
ありがとうございました。
APENDIX
バージョンアップ計画工数
いつ終わるの?見通しが立たない
着手前の概算
13人年
今後の課題
いかに継続的にバージョンアップしていくか? • バージョンの追従は? ◦ 最新リリースバージョン? ◦ 最新の1つ前のバージョン? ◦ リリースバージョンではなく常にmasterを追従する? ▪
https://github.blog/2019-09-09-running-github-on-rails-6-0/ • 品質はどう担保する? ◦ 毎回ユーザーテストをし直す? ◦ テストの範囲は?レベルは? • だれがやる? ◦ 得意な人が集まってやる? ◦ 自動化?