20121019 engineer startup_meeting

1. CTOのサービスへの関わり⽅方 -‐‑‒ Engineer Startup Meeting -‐‑‒ 株式会社nanapi 取締役 CTO 和田修一 <shuichi.wada@nanapi.co.jp> 12年10月23日火曜日

2. 本日の内容 CTOとしてnanapiで奮闘してきた３年間について簡単にお話できればとおもいます！ 12年10月23日火曜日

3. 本日のアジェンダ nanapiができるまで開発体制の変化と現状 • 創業時にとにかく大変なこと • 開発体制の変化 • CTOは技術者の夢を叶えられるか？ • 「技術」から「プロダクト」へのシフトシステム構成といままでの経緯 nanapiで成し遂げたいこと • 創業当時のシステム構成 • ハウツーDBで世界 No1を目指す • 創業当時の負荷分散とアプリケーション構成 • ハウツーの先にある便利な世の中へ • 現在のシステム構成 • 画像ファイルをスケールアウトさせる仕組み 12年10月23日火曜日

4. 自己紹介名前和田修一（わだっぷ）所属株式会社nanapi 取締役 CTO BLOG Unix的なアレ -‐ h-p://d.hatena.ne.jp/wadap/ 略歴 • 2005年楽天株式会社へ新卒入社 • インフラ系の運用部署へ配属 • その後、国際事業の立ち上げに携わる • 2009年株式会社ロケットスタート（現：株式会社nanapi）本格始動 12年10月23日火曜日

7. 創業して一人めのエンジニアということは 12年10月23日火曜日

8. 創業して一人めのエンジニアということは創業時はとにかくやることが多い！ 12年10月23日火曜日

9. 開発に関わるタスクだけあげていっても... • 言語選定どうする？ • フレームワークどうする？ • ミドルウェアどうする？ • 開発環境・テスト環境準備しないと... • サーバ業者選定 • スケジュール検討 • テスト！テスト！テスト！ • 負荷試験、クオリティ管理 • 監視の仕組みどうにかしないと • データバックアップ • セキュリティなんとかしないと • デプロイ方法 • 自分が倒れたらどうする？ etc... 12年10月23日火曜日

13. 創業して一人めのエンジニアということはほかの部署がやってくれたことを全部自分でやらなければいけない！ 12年10月23日火曜日

14. よく勘違いされがちなこと面倒な社内調整とか、上司がいなくて自由に開発できるんだよね？ 12年10月23日火曜日

15. よく勘違いされがちなこと面倒な社内調整とか、上司がいなくて自由に開発できるんだよね？調整はないけど、仕事量は膨大です！ 12年10月23日火曜日

16. 創業して一人めのエンジニアということは全部自分でやらないといけないし、技術で何かあれば全部自分の責任 12年10月23日火曜日

17. 創業して一人めのエンジニアということは全部自分でやらないといけないし、技術で何かあれば全部自分の責任会社員よりも圧倒的に大変です！ 12年10月23日火曜日

18. 簡単にまとめると CTOとして起業にジョインするには、技術スキルだけでなく、ビジネススキルも重要 12年10月23日火曜日

21. かねがない！創業時は金がない！金は超重要。ないと死にます。 12年10月23日火曜日

22. かねがない！創業時は金がない！金は超重要。ないと死にます。エンジニアが貢献できることは、コストを削減するしかない 12年10月23日火曜日

23. 一般的な負荷分散をするための構成 Load Balacner Web Servers Master Slave DB Servers 12年10月23日火曜日

24. 一般的な負荷分散をするための構成 • こういったシステム構成は裏セグメントが用意されてることが前提 Load Balacner • 裏セグメントを繋ぐと高コスト • グローバル接続のサーバのみで何とかしたい Web Servers Master Slave DB Servers 12年10月23日火曜日

25. 一般的な負荷分散をするための構成 • こういったシステム構成は裏セグメントが用意されてることが前提 Load Balacner • 裏セグメントを繋ぐと高コスト • グローバル接続のサーバのみで何とかしたい Web Servers 画像ファイルは初期から分散しておかないと、早い段階でシステムが破綻する Master Slave DB Servers 12年10月23日火曜日

26. 起業時の企画書（原文のママ） 12年10月23日火曜日

27. 起業時の企画書（原文のママ）どのページにアクセスが集まるのかを戦略からシステムへ落とす 12年10月23日火曜日

28. 初期にとっていた負荷分散構成処理速度処理の複雑さ 12年10月23日火曜日

29. 初期にとっていた負荷分散構成処理速度 TOPページ記事ページ処理の複雑さ 12年10月23日火曜日

30. 初期にとっていた負荷分散構成処理速度 TOPページ記事ページ検索ページ処理の複雑さ投稿ページマイページ 12年10月23日火曜日

31. 初期にとっていた負荷分散構成処理速度 TOPページ記事ページ検索ページ処理の複雑さ投稿ページマイページ 12年10月23日火曜日

32. 初期にとっていた負荷分散構成処理速度 TOPページ記事ページ単純な処理を高速に検索ページ処理の複雑さ投稿ページマイページ 12年10月23日火曜日

33. 初期にとっていた負荷分散構成処理速度 TOPページ記事ページ単純な処理を高速に検索ページ処理の複雑さ投稿ページマイページ 12年10月23日火曜日

34. 初期にとっていた負荷分散構成処理速度 TOPページ記事ページ単純な処理を高速に検索ページ処理の複雑さ投稿ページマイページ複雑な処理をそこそこの速度で 12年10月23日火曜日

35. 初期にとっていた負荷分散構成処理速度 TOPページ記事ページフレームワーク利用せず検索ページ処理の複雑さ投稿ページマイページ CakePHPを利用 12年10月23日火曜日

36. フレームワークは適材適所全体の８割の負荷を占めるシステムが、実際はすごく単純なシステムだとしたら？ 12年10月23日火曜日

37. フレームワークは適材適所全体の８割の負荷を占めるシステムが、実際はすごく単純なシステムだとしたら？フレームワークは通すだけで重いので、使い分けるだけで負荷軽減につながる 12年10月23日火曜日

38. 踏まえた上でのnanapiの初期構成フレームワーク利用フレームワーク非利用 Server A Server B The Internet フレームワーク動くけど、単純な処理だけど、アクセス少ない＜データ転送＞アクセス多い 12年10月23日火曜日

39. 踏まえた上でのnanapiの初期構成フレームワーク利用フレームワーク非利用 Server A Server B The Internet フレームワーク動くけど、単純な処理だけど、アクセス少ない＜データ転送＞アクセス多い ¥ 9,800円 / month ¥ 7,800円 / month 12年10月23日火曜日

40. 踏まえた上でのnanapiの初期構成フレームワーク利用フレームワーク非利用 Server A Server B The Internet フレームワーク動くけど、単純な処理だけど、アクセス少ない＜データ転送＞アクセス多い ¥ 9,800円 / month ¥ 7,800円 / month インターネット経由でデータを同期 12年10月23日火曜日

41. 時は流れ 12年10月23日火曜日

42. 時は流れ 12年10月23日火曜日

43. 時は流れ３年で月間訪問者数は2200万超えに 12年10月23日火曜日

44. システムの規模に合わせて、構成を変え続けていくことが必要 12年10月23日火曜日

45. システムの規模に合わせて、構成を変え続けていくことが必要過去のシステムを捨て続ける勇気も必要 12年10月23日火曜日

46. 画像をスケールアウトについてちょこっとお話します。 12年10月23日火曜日

47. 画像の重要さ 12年10月23日火曜日

48. 画像の重要さ記事ページを表示する上で、重要なデータ 12年10月23日火曜日

51. nanapiにおける画像の重要さ • 画像が多い記事だと、１０枚前後の画像がはいる • APIでの記事提供も外部にしているため、 • 大量のリクエストをさばく必要がある • データ量、システム負荷ともにスケールアウトできるようにしておく • サムネイルなどでも使うため、動的にサイズを変更する仕組みが必要 12年10月23日火曜日

52. 画像をスケールする仕組み画像の参照先を１つに集中させないためのしくみを導入 12年10月23日火曜日

53. 画像アップロード＆参照の仕組み Load Balacner Load Balacner アプリケーションサーバ画像配信サーバ画像専用Fileサーバ 12年10月23日火曜日

54. 画像アップロード＆参照の仕組み Load Balacner Load Balacner アプリケーションサーバ画像配信サーバ PUT/GET/DELETE 画像専用Fileサーバ 12年10月23日火曜日

55. 画像アップロード＆参照の仕組み Load Balacner Load Balacner アプリケーションサーバ画像配信サーバ PUT/GET/DELETE HTTP経由でリモートのサーバへファイルを登録 NFSなどを利用すると、いろいろアレなので画像専用Fileサーバ 12年10月23日火曜日

56. 画像アップロード＆参照の仕組み Load Balacner Load Balacner アプリケーションサーバ画像配信サーバ PUT/GET/DELETE HTTP経由でリモートのサーバへファイルを登録 NFSなどを利用すると、いろいろアレなので lsyncdで指定したディレクトリの操作イベントをキャッチして、 lsyncd その結果を画像サーバへ転送画像専用Fileサーバ 12年10月23日火曜日

57. 画像アップロード＆参照の仕組み Load Balacner Load Balacner アプリケーションサーバ画像配信サーバ PUT/GET/DELETE Rsync Rsyncプロトコルで随時転送 HTTP経由でリモートのサーバへファイルを登録 NFSなどを利用すると、いろいろアレなので lsyncdで指定したディレクトリの操作イベントをキャッチして、 lsyncd その結果を画像サーバへ転送画像専用Fileサーバ 12年10月23日火曜日

58. HTTPで画像ファイルを投稿できるので、言語に左右されない仕組み 12年10月23日火曜日

59. フレームワークは適材適所画像の容量が１サーバ内におさまらないとどうするの？ 12年10月23日火曜日

60. 投稿の容量が問題になれば Load Balacner Load Balacner アプリケーションサーバ画像配信サーバファイル名によってどのサーバ対応するサーバに対してに属するか対応表を管理ファイルを転送する画像専用Fileサーバ 12年10月23日火曜日

61. サーバが動作している環境についてちょこっとお話します 12年10月23日火曜日

62. サービスの特性 12年10月23日火曜日

63. サービスの特性アクセス数の伸びがほぼ計算通りにふえていくサービス 12年10月23日火曜日

64. 計画的にサーバを増設することで、物理サーバを利用しコストを下げられる 12年10月23日火曜日

65. クララオンラインさまのインフラ支援プログラムを利用 12年10月23日火曜日

68. 開発体制の変化 - ２００９年時点の開発体制 Director ：1名 Engineer ：1名社長 / Director Designer ：0名外部Designer 取締役 / Engineer 12年10月23日火曜日

69. 開発体制の変化 - ２００９年時点の開発体制 Director ：1名 Engineer ：1名社長 / Director Designer ：0名外部Designer 取締役 / Engineer 約２ヶ月でnanapiを構築（別の受託をやりながら） 12年10月23日火曜日

70. 開発体制の変化 - ２０１０年時点の開発体制 Director ：1名 Engineer ：1名社長 / Director Designer ：1名取締役 / Engineer 社員 / Designer 12年10月23日火曜日

71. 開発体制の変化 - ２０１０年時点の開発体制 Director ：1名 Engineer ：1名社長 / Director Designer ：1名取締役 / Engineer 社員 / Designer 社員デザイナーを採用 12年10月23日火曜日

72. 開発体制の変化 - ２０１１年時点の開発体制 Director ：1名取締役 / Engineer・Director Engineer ：2名 Designer ：2名社員 / Engineer 社員 / Designer 社員 / Designer 12年10月23日火曜日

73. 開発体制の変化 - ２０１１年時点の開発体制 Director ：1名取締役 / Engineer・Director Engineer ：2名 Designer ：2名社員 / Engineer 社員 / Designer 社員 / Designer エンジニアが２名に！ 12年10月23日火曜日

74. 開発体制の変化 - ２０１２年（現在）時点の開発体制 Director ：1名取締役 / Engineer・Director Engineer ：4名 Chief Product Manager Designer ：4名社員 / Director 社員 / Designer 社員 / Engineer 社員 / Designer 社員 / Engineer 社員 / Designer 社員 / Engineer 社員 / Designer 12年10月23日火曜日

75. 技術からプロダクトへのシフト「技術」から「プロダクト全般」を担当するようにシフト 12年10月23日火曜日

76. 技術からプロダクトへのシフト「技術」から「プロダクト全般」を担当するようにシフト CTOとして技術に特化するか、サービスまで見るかは分かれ道 12年10月23日火曜日

79. nanapiで成し遂げたいこと 12年10月23日火曜日

82. nanapiで成し遂げたい世界観 ○○についてわからないから検索して調べよう 12年10月23日火曜日

83. nanapiで成し遂げたい世界観 ○○についてわからないから検索して調べよう 12年10月23日火曜日

84. nanapiで成し遂げたい世界観 ○○のやり方について、 nanapiで調べよう 12年10月23日火曜日

85. nanapiが成し遂げるべきこと nanapiで探せばどんなハウツーも見つかるという世界を目指したい 12年10月23日火曜日

86. nanapiが成し遂げるべきこと nanapiで探せばどんなハウツーも見つかるという世界を目指したい「ハウツーDB」として世界最大の情報量をもつサービスへ 12年10月23日火曜日

87. nanapiが成し遂げるべきことそしてその先にあるより便利になった世の中を作ることに貢献したい 12年10月23日火曜日

88. nanapiが成し遂げるべきことそしてその先にあるより便利になった世の中を作ることに貢献したい目標でもあり義務 12年10月23日火曜日

89. 12年10月23日火曜日

90. 12年10月23日火曜日

20121019 engineer startup_meeting

Recommended

Recommended

More Related Content

Viewers also liked

Viewers also liked (11)

Similar to 20121019 engineer startup_meeting

Similar to 20121019 engineer startup_meeting (20)

Recently uploaded

Recently uploaded (8)

20121019 engineer startup_meeting