Netflix Meetup in Kyoto 参加報告 
@tnoda_ 
第1 回Scala 関西勉強会 
[2014-12-13 Sat]
Meetup 
Figure : http://connpass.com/event/9837/
Drinkup 
(このページの写真は削除されました.)
Talk 
URL 
http://www.slideshare.net/swartzrock/ 
enterprise-apis-with-ease-scala-developers-of-barcelona 
概要 
Netflix 社内のinternal small services 開発のはなし. 
変更点 
Barcelona を「京都」に変えたもの.
Netflix は「小さい」会社
Netflix は「小さい」会社 
• 5000 万ユーザに動画配信しているので普通に考えると小さ 
いとは言えない
Netflix は「小さい」会社 
• 5000 万ユーザに動画配信しているので普通に考えると小さ 
いとは言えない 
• Netflix の従業員は1000 名,うち技術者は500 名
Netflix は「小さい」会社 
• 5000 万ユーザに動画配信しているので普通に考えると小さ 
いとは言えない 
• Netflix の従業員は1000 名,うち技術者は500 名 
• Google の技術者は5000 名
Netflix は「小さい」会社 
• 5000 万ユーザに動画配信しているので普通に考えると小さ 
いとは言えない 
• Netflix の従業員は1000 名,うち技術者は500 名 
• Google の技術者は5000 名 
• なのでGoogle の1/10 == 小さい
Netflix は「小さい」会社 
• 5000 万ユーザに動画配信しているので普通に考えると小さ 
いとは言えない 
• Netflix の従業員は1000 名,うち技術者は500 名 
• Google の技術者は5000 名 
• なのでGoogle の1/10 == 小さい 
• ちなみにインターネットに流れるデータ量はYouTube < 
Netflix だったはず
(Google と比較して)小さい会社が 
5000 万ユーザに動画配信という重い 
サービスを提供するには
(Google と比較して)小さい会社が 
5000 万ユーザに動画配信という重い 
サービスを提供するには 
• 技術者はsenior しか雇わない
(Google と比較して)小さい会社が 
5000 万ユーザに動画配信という重い 
サービスを提供するには 
• 技術者はsenior しか雇わない 
• 実際にhttps://jobs.netflix.com/jobs.php を見たら 
senior しか募集していなかった
(Google と比較して)小さい会社が 
5000 万ユーザに動画配信という重い 
サービスを提供するには 
• 技術者はsenior しか雇わない 
• 実際にhttps://jobs.netflix.com/jobs.php を見たら 
senior しか募集していなかった 
• そのほかには「力仕事」を技術者がしない
(Google と比較して)小さい会社が 
5000 万ユーザに動画配信という重い 
サービスを提供するには 
• 技術者はsenior しか雇わない 
• 実際にhttps://jobs.netflix.com/jobs.php を見たら 
senior しか募集していなかった 
• そのほかには「力仕事」を技術者がしない 
• これがプレゼンのテーマの一つ
技術者がしない「力仕事」をするのは? 
• 標準規格 
• テストツール 
• ツール(テスト以外) 
• ドキュメントユーティリティ
紹介されていたツール 
• Scalatra 
• ScalaTest 
• Swagger 
• Aminator 
• IntelliJ 
• Jenkins 
• Asgard 
• Eureka
徹底的な自動化(すなわち省力化と組織 
のスリム化)
徹底的な自動化(すなわち省力化と組織 
のスリム化) 
• リリースマネージャ不在,エンジニアは誰でもリリースで 
きる
徹底的な自動化(すなわち省力化と組織 
のスリム化) 
• リリースマネージャ不在,エンジニアは誰でもリリースで 
きる 
• 普段は各自のブランチで開発してリリースしたくなったら 
dev ブランチにマージ
徹底的な自動化(すなわち省力化と組織 
のスリム化) 
• リリースマネージャ不在,エンジニアは誰でもリリースで 
きる 
• 普段は各自のブランチで開発してリリースしたくなったら 
dev ブランチにマージ 
• Jenkins がdev ブランチへのpush を検知してビルド→テスト
徹底的な自動化(すなわち省力化と組織 
のスリム化) 
• リリースマネージャ不在,エンジニアは誰でもリリースで 
きる 
• 普段は各自のブランチで開発してリリースしたくなったら 
dev ブランチにマージ 
• Jenkins がdev ブランチへのpush を検知してビルド→テスト 
• dev ブランチのテストが通ればJenkins がdev ブランチを 
master ブランチにマージ
徹底的な自動化(すなわち省力化と組織 
のスリム化)
徹底的な自動化(すなわち省力化と組織 
のスリム化) 
• master ブランチのテストが通ればAMI が自動的に作成さ 
れ,テスト
徹底的な自動化(すなわち省力化と組織 
のスリム化) 
• master ブランチのテストが通ればAMI が自動的に作成さ 
れ,テスト 
• AMI のテストが通れば本番環境にデプロイ
徹底的な自動化(すなわち省力化と組織 
のスリム化) 
• master ブランチのテストが通ればAMI が自動的に作成さ 
れ,テスト 
• AMI のテストが通れば本番環境にデプロイ 
• ここまでdev ブランチにマージしてからデプロイまで人手の 
介入なし

Netflix Meetup in Kyoto 参加報告