Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
Rails on Dockerとの戦い
Search
Yasutomo Uemori
PRO
December 09, 2017
Programming
54
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Rails on Dockerとの戦い
Rails Developer Meetup2017でのLTのスライドになります
Yasutomo Uemori
PRO
December 09, 2017
More Decks by Yasutomo Uemori
See All by Yasutomo Uemori
よくわかる新収益認識基準
wakaba260
PRO
0
1.6k
いまどきのゲームサーバアーキテクチャ
wakaba260
PRO
1
690
オンラインゲームのRails複数db戦略
wakaba260
PRO
0
100
Active job meets kubernetes
wakaba260
PRO
0
65
Ruby/Rails Benchmarking and Profiling with TDD
wakaba260
PRO
0
90
GCP・GKEで作るスケーラブルなゲーム開発環境
wakaba260
PRO
0
95
サービスクラス、その前に
wakaba260
PRO
0
56
Rubocopとの付き合い方
wakaba260
PRO
0
63
Rails api way in aiming
wakaba260
PRO
0
66
Other Decks in Programming
See All in Programming
すこし踏み込む CancellationToken
htkym
2
1.7k
wkhtmltopdfの次どうするか問題2026
willnet
2
1.9k
Agents on Rails - Rails at Scale 2026
irinanazarova
0
530
SREの越境 / SRE Collaboration
y0hgi
2
300
ジョジョの世界をXRで再現する
mofurune
0
150
技術的負債の返済は、AI時代の複利で効く投資 — 経営としての意思決定とその遂行
curekoshimizu
1
2.3k
設計次第でAIコードの読む量は減らせる / designing-for-code-reading
minodriven
34
16k
ハーネス設計入門 〜 基礎知識の整理から実務へのステップアップ 〜
kinopeee
22
22k
Jetpack Compose Mechanisms
skydoves
2
700
個人開発者よ、Honoを使え(おじさんver)
tanahiro2010
2
240
残高管理から台帳サービスへの進化
artoy
0
180
半永久的に提供し続けられるプライベートクラウドを目指して ― 利用者の認知負荷を抑えるAPI抽象化とハードウェア世代交代の基盤設計
tomokon
0
480
Featured
See All Featured
Designing Dashboards & Data Visualisations in Web Apps
destraynor
232
55k
Lightning Talk: Beautiful Slides for Beginners
inesmontani
PRO
2
720
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
300
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
310
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.6k
YesSQL, Process and Tooling at Scale
rocio
174
15k
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2.7k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
10
1.4k
Ruling the World: When Life Gets Gamed
codingconduct
0
400
Everyday Curiosity
cassininazir
0
350
Building Flexible Design Systems
yeseniaperezcruz
330
41k
Transcript
Rails on Docker との戦い
自己紹介 植森 康友 株式会社Aiming 主な仕事 WebAPI 開発 devops Docker おじさん
普段のrailsdm では大阪側のスタッフをしてます
最初に LT に向けてスライドを調整していたら時間が全然なかったので 技術的な話をする時間はありません スライドの内容を削ってたらrails の話がなくなりました というわけでrails と全然関係ない話をします
Rails on Docker との戦い タイトルに偽りあり
Docker 化のモチベー ション
Docker 化のモチベー ション
Docker 化のモチベー ション 個人的に大きいのは「 アプリケー ション規格の統一化」 セットアップ方法 → d o
c k e r b u i l d 必要なミドルウェア → docker のみ 起動方法 → d o c k e r r u n デプロイフロー → イメー ジのビルド、push、 起動 コンポー ネントの連携 → docker‑compose、kubernetes → その結果として環境の再構築や複数環境の立ち上げが楽に チームに複数のアプリケーションを開発している人がいると恩恵が大きい
とはいえ問題がなくなるわけではない docker ならではのトラブルや悩みが発生する 学習コスト、 チー ムの習熟度・ 理解度 開発環境 コンテナならではのトラブル
学習コスト、 チー ムの習熟度・ 理解度 easy 出典: ふつうのRails アプリケー ション開発
学習コスト、 チー ムの習熟度・ 理解度 docker の開発フロー に乗っかると d o c
k e r - c o m p o s e b u i l d でビルドする d o c k e r - c o m p o s e u p で起動する d o c k e r - c o m p o s e r u n でコマンド実行する → easy
None
学習コスト、 チー ムの習熟度・ 理解度 慣れてない人はdocker 自体がそもそもeasy ではない 出典: ふつうのRails アプリケー
ション開発
学習コスト、 チー ムの習熟度・ 理解度 例えば、 ラップして使いやすくする 今のプロジェクトは歴史的経緯で「easy = シェルスクリプト」 今までとあまり変わらないフローにすることで導入障壁が減った
開発でdocker を使うとき docker for mac volume めっちゃ遅い mac だと動くけどlinux では動かない
linux だと発生するvolume のpermission denied network エディタとかとの親和性が微妙 gem へのタグジャンプとか gem のコー ドを見たい docker(for mac) と相性が悪いアプリケー ションもある 普段の開発では不便な点も多々 ある docker for macまじでつらい
開発でdocker を使うとき Q. 我々 はdocker 化することで何がしたかったか? A.
開発でdocker を使うとき Q. 我々 はdocker 化することで何がしたかったか? A.
開発でdocker を使うとき docker 化することでしんどくなったら本末転倒 docker であることにこだわらない チー ムにとって楽な方に倒す だいじなこと →
「 できる」 こと 本番とほぼおなじイメー ジを起動できる CI とほぼおなじテストを実行できる セットアップ、 再構築がかんたんにできる
その他、 いろんなトラブル 開発環境 docker のイメー ジビルド時間 環境変数(≒ グロー バル変数) の増殖
CI 環境(in jenkins slave) docker network 作成数が上限に達して死ぬ イメー ジやボリュー ムがディスク圧迫して死ぬ docker‑compose のコンテナ名が被って死ぬ デプロイ環境 private registry docker デー モンの意味不明なエラー ロギングどうする? 話し始めるとキリがない話題なので詳しくは懇親会で
docker での困り事:CI 環境
docker での困り事: デプロイ環境 dockerホストを自前で管理するのはつらい
docker 化で得たもの アプリケー ション規格の統一化 docker 化しておけばとりあえずなんとかなるし動かせる レビュー のしやすい環境 ロー カルでも複数の環境をさくっと立てれる
git worktree → docker‑compose build & up ポー タビリティ デプロイ・CI でもできることがロー カルでもできる デプロイ・CI でも複数の環境をかんたんに立ち上げられる
まとめ: Docker との戦い docker ならではの苦労もあるが、docker 化のメリットは大きい だいじなこと チー ムに合った方法を選ぶ easy
本質(docker 化で解決したかったこと) を忘れない dockerでの導入でも、 「ふだんの開発で気をつけること」こそ重要でした
We are hiring! 株式会社Aiming ではエンジニアを募集しています! Rails に興味がある Devops に興味がある 懇親会でもお話しましょう