狠狠撸

狠狠撸Share a Scribd company logo
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 ブランチにマージしてからデプロイまで人手の 
介入なし

More Related Content

Netflix Meetup in Kyoto 参加報告