関西スタートアップAWS勉強会 @ STARTUP CAFÉ 2016.12.08(木) スタートアップカフェ大阪（KANDAI MeRISE 2階）

1. スタートアップが知っておき
たいAWS知識
関西スタートアップAWS勉強会 @ STARTUP CAFÉ
2016-12-08 Thu
クックビズ株式会社
杉田 知至
1

2. 自己紹介
• 杉田 知至 @tomotomobile
• クックビズ株式会社 開発部
• Project Management, Growth hack, Recruiting
• WordPress contributor, CoderDojo西宮/梅田
2

3. 経歴紹介
• 学生起業（Web制作）
• 廃業＆無職
• Web制作会社勤務
• クックビズ入社
3

4. アジェンダ
• クックビズの紹介
• スタートアップがAWSを活用するまでの歴史
• 経営者向けAWSの見方
• まとめ
4

5. 技術的な話がいっぱい出てきます！
キーワードだけでもメモしてください
6

6. キーワードだけでも
？
• 良いエンジニアになるため？
• 良いエンジニアを採用するため？
• スタートアップを成功させるため
の引き出しの一つとして？
• ITはビジネスの道具。道具の名前
を知っておこう。
https://commons.wikimedia.org/wiki/File:Mr_Pipo_Why_how_what.svg

7. © 2016 Forbes Media LLC.
http://www.forbes.com/sites/kylewong/2015/08/09/making-it-through-the-startup-trough-of-sorrow/#496f36b114ee

8. スタートアップの成長にIT技術が必須
• 経営者がITを理解できないと適切な投資ができない
• 理解することで経営戦略が強くなる
• ビジネスの成長をいつも妨げるのは技術
• 適切に技術を使えれば成長を促進する
9

9. サーバーの種類
• レンタルサーバー
• お手軽。ビジネスがスケールすると耐えられない。
• 専用（オンプレミス）サーバー
• 何でもできる。ハードウェアの管理が大変。
• クラウドサーバー
• 何でもできて、必要なときだけ使える。良いとこ取
り。
10

10. アジェンダ
• クックビズの紹介
• スタートアップがAWSを活用するまでの歴史
• 経営者向けAWSの見方
• まとめ
11

11. 運用中のWebサービス
飲食・フード関連業特化の求人サイト
「クックビズ」
農業にふれて・学んで・仕事にする
「ファームビズ」
フード関連ハイクラス求人「フージェント」
飲食人材のプロによる"食"のキュレーションサイト
「クックビズ総研」
12

12. 運用中のスマートフォンアプリ
13

13. アクセス数 300%UP
（http://cookbiz.jp 単体）

14. 5人以下 6〜30人 31〜50人 51〜99人 100人以上
10億円以上 大会社
7億円以上 中会社の大
4億円以上 中会社の中
4千万円以上
中会社の小
4千万円未満
小会社
会社規模（小売・サービス）
1年半前はこのへん
※非上場株式の会社規模の判定（ＳＭＢＣ日興証券）
http://www.smbcnikko.co.jp/corporate/mnr/buyback/buy03.html
15

15. 5人以下 6〜30人 31〜50人 51〜99人 100人以上
10億円以上 大会社
7億円以上 中会社の大
4億円以上 中会社の中
4千万円以上
中会社の小
4千万円未満
小会社
会社規模（小売・サービス）
※非上場株式の会社規模の判定（ＳＭＢＣ日興証券）
http://www.smbcnikko.co.jp/corporate/mnr/buyback/buy03.html
16

16. Foodion (フージョン) https://foodion.net/
17

17. Foodion iOSアプリ https://foodion.net/app/
18

18. Foodion
システムアーキテクチ
ャ
AWSの良さをフル活用
19

19. 開発メンバー
20
cook+biz Foodion
サーバー
フロント アプリ
デザイン
サーバー
ぼく
ロボ
17名＋1ロボ
https://cacoo.com/store/items/10023
アプリ
フロント

20. アジェンダ
• クックビズの紹介
• スタートアップがAWSを活用するまでの歴史
• 経営者向けAWSの見方
• まとめ
21

21. 始めはセールスだけの会社
https://www.flickr.com/photos/larrison/13883872788

22. Program
HTML
Javascript
Server
Server
Database
Database
Program
HTML
Mail
https://pixabay.com/ja/%E3%82%B9%E3%83%91%E3%82%B2%E3%83%83%E3%83%86%E3%82%A3-napolitana-%E3%82%B9%E3%83%91%E3%82%B2%E3%83%83%E3%83%86%E3%82%A3-%E9%A3%9F%E5%93%81-%E7%9A%BF-83745/
23

23. 四の五の言わずにGit導入しましょう
• いつ、だれが、どこに、どんな変更を加えたのか
すべてのログが追えるようになります
• Git = 営業日報
24
https://github.com/qw3rtman/git-fire

24. WBS砲の直撃を受けAWSへ移行を決定
• 大手オンプレミス型サーバを利用
• WBS放送により12時間以上
サーバーにアクセス出来ない状況
• AWSへの移行が最優先事項になった
27

25. 移行準備としてデプロイスクリプト作りました
• GitからAWSにソースコードをPull+Buildして公開領域に
rsync
• アップロードされた画像、DBをrsyncで転送
• Git入れといてよかった！！
28
Code
Image & DB
Code

26. 移行のリハーサルは入念に、テスト環境編
• 予めDNSはR53に変更
• Amazon Linuxでコードが動くかテスト
• 動かない部分は修正しておく
29

27. 移行のリハーサルは入念に、本番環境編
• (当時の)理想的な構成を作る
• デプロイスクリプトでデプロイ
問題があれば修正
• RDSのTimezoneがUTCだと気づき
アプリケーションを修正 (現在はTimezone選択できます)
• 本番移行の手順を書き出し、移行当日は順番に実行す
るだけの状態にしておく
30

28. いざ、切り替え
• EC2でメンテナンスサイトを立ち上げる
• Route53で本番ドメインをメンテサイトに向ける
• 移行前サーバのcronを止める
• 移行前サーバのログが動かなくなるのを待つ
• 画像の差分をrsyncで取得、DBをインポート
• 動作検証して、夜間バッチを実行、cron設定
• Route53で本番ドメインを新サーバに向ける
31

29. いざ、切り替え
• EC2でメンテナンスサイトを立ち上げる
• Route53で本番ドメインをメンテサイトに向ける
• 移行前サーバのcronを止める
• 移行前サーバのログが動かなくなるのを待つ
• 画像の差分をrsyncで取得、DBをインポート
• 動作検証して、夜間バッチを実行、cron設定
• Route53で本番ドメインを新サーバに向ける
32

30. いざ、切り替え
• EC2でメンテナンスサイトを立ち上げる
• Route53で本番ドメインをメンテサイトに向ける
• 移行前サーバのcronを止める
• 移行前サーバのログが動かなくなるのを待つ
• 画像の差分をrsyncで取得、DBをインポート
• 動作検証して、夜間バッチを実行、cron設定
• Route53で本番ドメインを新サーバに向ける
33

31. AWSへの移行やってみて気づいたこと
• デプロイスクリプト便利
• リハーサル大事
• 2回位リハーサルできると不測の事態を避けられる
• 以後、リリースリハーサルが定着した
• Route53すげー
34

32. しばらく平穏な日々が続き
開発メンバー増員、開発力が上がる
35

33. リリースするたびにバグが出る暗黒時代
• 開発を積極的にするようになりリリース回数が増えた
• リリースしてはバグ修正に追われ、スケジュールが次
々に破綻
• スケジュールがヤバイので、更に品質が悪化
完全に負のスパイラル！！
36

34. バグ削減と品質向上のためにやったこと
• カンバン方式→スクラム開発
• UIテストの導入
37

35. カンバン方式からスクラム開発へ
• それまで、完成したコードから順次デプロイしていた
のを1週間スプリントのスクラム開発に変更
• Review Dayを導入
(Release前日、すべてのfeature / bugfix を開発メンバーがレビューする。)
• 結果、開発にリズムが生まれ、全員が品質に意識を向
けることが出来、スケジュールが崩れにくくなった
38

36. スクラム開発やってみて気づいたAWS利便性
• ステージング環境が
必要なのは水曜だけ
• 火曜夕方、EC2+RDSを起
動して、デプロイ
• 水曜夜、EC2+RDSを停止
• ステージング環境の
コストを1/14に節約
39

37. Codeception+SeleniumでUIテスト
• レガシーシステムはテストコードが
書けない
• ブラウザを操作して、動作が正しい
かどうかのテストを自動化
• 機能変更後のデグレチェックが容易
になりました
40
http://www.slideshare.net/FlorentBat
ard/php-kansai-phpkansai
詳しくはこちら

38. UIテストは時間が掛かるので自動で
• テストサーバーにPushして
毎晩自動でテスト
• RDSのスナップショットから
データベースを毎日リセット
42
ロボ

39. スクラムとAWSは相性が良いね
• 必要なときに必要なだけサーバーを用意できる
• スクラムだといつ必要なのかが明確
• ほとんどのサーバリソースをAPIで操作できる
• サーバ設定に失敗してもスナップショットからすぐ復
元できる
43

40. アジェンダ
• クックビズの紹介
• スタートアップがAWSを活用するまでの歴史
• 経営者向けAWSの見方
• まとめ
44

41. これだけは覚えよう
• EC2（イーシーツー）
• PHPとかRubyとかPythonってキーワードが出てきたら必要なサービ
ス。Webサーバーとも。
• RDS（アールディーエス） / DynamoDB（ダイナモデービー）
• データベース。
• S3（エススリー）
• 画像やPDFなど静的コンテンツの保存場所。CMS, SNS, CGMという
キーワードには必須。
45

42. EC2の割合が重要
• EC2のコストが大きすぎると何
か間違っている！
• 技術は分からなくても金額で判
断できる

43. My Billing Dashboard からチェック

44. Wantedlyでエンジニア募集中
48

45. Wantedlyでセールス募集中
49

46. アジェンダ
• クックビズの紹介
• スタートアップがAWSを活用するまでの歴史
• 経営者向けAWSの見方
• まとめ
50

47. スタートアップが知っておきたいAWS知識
• AWSを上手く活用できればビジネスを加速できる
• キーワードを知っているだけでもAWSを利用しやすく
なる
• 今日のような勉強会で詳しい人に相談しましょう
（このあと質問してください）
51

48. Enjoy startup!!
ご清聴ありがとうございました
52