O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.
スタートアップが知っておき たいAWS知識 関西スタートアップAWS勉強会 @ STARTUP CAFÉ 2016-12-08 Thu クックビズ株式会社 杉田 知至 1
自己紹介 • 杉田 知至 @tomotomobile • クックビズ株式会社 開発部 • Project Management, Growth hack, Recruiting • WordPress contributor, CoderDoj...
経歴紹介 • 学生起業（Web制作） • 廃業＆無職 • Web制作会社勤務 • クックビズ入社 3
アジェンダ • クックビズの紹介 • スタートアップがAWSを活用するまでの歴史 • 経営者向けAWSの見方 • まとめ 4
技術的な話がいっぱい出てきます！ キーワードだけでもメモしてください 6
キーワードだけでも ？ • 良いエンジニアになるため？ • 良いエンジニアを採用するため？ • スタートアップを成功させるため の引き出しの一つとして？ • ITはビジネスの道具。道具の名前 を知っておこう。 https://commons....
© 2016 Forbes Media LLC. http://www.forbes.com/sites/kylewong/2015/08/09/making-it-through-the-startup-trough-of-sorrow/#4...
スタートアップの成長にIT技術が必須 • 経営者がITを理解できないと適切な投資ができない • 理解することで経営戦略が強くなる • ビジネスの成長をいつも妨げるのは技術 • 適切に技術を使えれば成長を促進する 9
サーバーの種類 • レンタルサーバー • お手軽。ビジネスがスケールすると耐えられない。 • 専用（オンプレミス）サーバー • 何でもできる。ハードウェアの管理が大変。 • クラウドサーバー • 何でもできて、必要なときだけ使える。良いと...
アジェンダ • クックビズの紹介 • スタートアップがAWSを活用するまでの歴史 • 経営者向けAWSの見方 • まとめ 11
運用中のWebサービス 飲食・フード関連業特化の求人サイト 「クックビズ」 農業にふれて・学んで・仕事にする 「ファームビズ」 フード関連ハイクラス求人「フージェント」 飲食人材のプロによる"食"のキュレーションサイト 「クックビズ総研」 12
運用中のスマートフォンアプリ 13
アクセス数 300%UP （http://cookbiz.jp 単体）
5人以下 6〜30人 31〜50人 51〜99人 100人以上 10億円以上 大会社 7億円以上 中会社の大 4億円以上 中会社の中 4千万円以上 中会社の小 4千万円未満 小会社 会社規模（小売・サービス） 1年半前はこのへん ※非上場株式の...
5人以下 6〜30人 31〜50人 51〜99人 100人以上 10億円以上 大会社 7億円以上 中会社の大 4億円以上 中会社の中 4千万円以上 中会社の小 4千万円未満 小会社 会社規模（小売・サービス） ※非上場株式の会社規模の判定（ＳＭ...
Foodion (フージョン) https://foodion.net/ 17
Foodion iOSアプリ https://foodion.net/app/ 18
Foodion システムアーキテクチ ャ AWSの良さをフル活用 19
開発メンバー 20 cook+biz Foodion サーバー フロント アプリ デザイン サーバー ぼく ロボ 17名＋1ロボ https://cacoo.com/store/items/10023 アプリ フロント
アジェンダ • クックビズの紹介 • スタートアップがAWSを活用するまでの歴史 • 経営者向けAWSの見方 • まとめ 21
始めはセールスだけの会社 https://www.flickr.com/photos/larrison/13883872788
Program HTML Javascript Server Server Database Database Program HTML Mail https://pixabay.com/ja/%E3%82%B9%E3%83%91%E3%82%...
四の五の言わずにGit導入しましょう • いつ、だれが、どこに、どんな変更を加えたのか すべてのログが追えるようになります • Git = 営業日報 24 https://github.com/qw3rtman/git-fire
WBS砲の直撃を受けAWSへ移行を決定 • 大手オンプレミス型サーバを利用 • WBS放送により12時間以上 サーバーにアクセス出来ない状況 • AWSへの移行が最優先事項になった 27
移行準備としてデプロイスクリプト作りました • GitからAWSにソースコードをPull+Buildして公開領域に rsync • アップロードされた画像、DBをrsyncで転送 • Git入れといてよかった！！ 28 Code Imag...
移行のリハーサルは入念に、テスト環境編 • 予めDNSはR53に変更 • Amazon Linuxでコードが動くかテスト • 動かない部分は修正しておく 29
移行のリハーサルは入念に、本番環境編 • (当時の)理想的な構成を作る • デプロイスクリプトでデプロイ 問題があれば修正 • RDSのTimezoneがUTCだと気づき アプリケーションを修正 (現在はTimezone選択できます...
いざ、切り替え • EC2でメンテナンスサイトを立ち上げる • Route53で本番ドメインをメンテサイトに向ける • 移行前サーバのcronを止める • 移行前サーバのログが動かなくなるのを待つ • 画像の差分をrsyncで取得、DBをイン...
いざ、切り替え • EC2でメンテナンスサイトを立ち上げる • Route53で本番ドメインをメンテサイトに向ける • 移行前サーバのcronを止める • 移行前サーバのログが動かなくなるのを待つ • 画像の差分をrsyncで取得、DBをイン...
いざ、切り替え • EC2でメンテナンスサイトを立ち上げる • Route53で本番ドメインをメンテサイトに向ける • 移行前サーバのcronを止める • 移行前サーバのログが動かなくなるのを待つ • 画像の差分をrsyncで取得、DBをイン...
AWSへの移行やってみて気づいたこと • デプロイスクリプト便利 • リハーサル大事 • 2回位リハーサルできると不測の事態を避けられる • 以後、リリースリハーサルが定着した • Route53すげー 34
しばらく平穏な日々が続き 開発メンバー増員、開発力が上がる 35
リリースするたびにバグが出る暗黒時代 • 開発を積極的にするようになりリリース回数が増えた • リリースしてはバグ修正に追われ、スケジュールが次 々に破綻 • スケジュールがヤバイので、更に品質が悪化 完全に負のスパイラル！！ 36
バグ削減と品質向上のためにやったこと • カンバン方式→スクラム開発 • UIテストの導入 37
カンバン方式からスクラム開発へ • それまで、完成したコードから順次デプロイしていた のを1週間スプリントのスクラム開発に変更 • Review Dayを導入 (Release前日、すべてのfeature / bugfix を開発メンバーか...
スクラム開発やってみて気づいたAWS利便性 • ステージング環境が 必要なのは水曜だけ • 火曜夕方、EC2+RDSを起 動して、デプロイ • 水曜夜、EC2+RDSを停止 • ステージング環境の コストを1/14に節約 39
Codeception+SeleniumでUIテスト • レガシーシステムはテストコードが 書けない • ブラウザを操作して、動作が正しい かどうかのテストを自動化 • 機能変更後のデグレチェックが容易 になりました 40 http://...
UIテストは時間が掛かるので自動で • テストサーバーにPushして 毎晩自動でテスト • RDSのスナップショットから データベースを毎日リセット 42 ロボ
スクラムとAWSは相性が良いね • 必要なときに必要なだけサーバーを用意できる • スクラムだといつ必要なのかが明確 • ほとんどのサーバリソースをAPIで操作できる • サーバ設定に失敗してもスナップショットからすぐ復 元できる 43
アジェンダ • クックビズの紹介 • スタートアップがAWSを活用するまでの歴史 • 経営者向けAWSの見方 • まとめ 44
これだけは覚えよう • EC2（イーシーツー） • PHPとかRubyとかPythonってキーワードが出てきたら必要なサービ ス。Webサーバーとも。 • RDS（アールディーエス） / DynamoDB（ダイナモデービー） • データベース...
EC2の割合が重要 • EC2のコストが大きすぎると何 か間違っている！ • 技術は分からなくても金額で判 断できる
My Billing Dashboard からチェック
Wantedlyでエンジニア募集中 48
Wantedlyでセールス募集中 49
アジェンダ • クックビズの紹介 • スタートアップがAWSを活用するまでの歴史 • 経営者向けAWSの見方 • まとめ 50
スタートアップが知っておきたいAWS知識 • AWSを上手く活用できればビジネスを加速できる • キーワードを知っているだけでもAWSを利用しやすく なる • 今日のような勉強会で詳しい人に相談しましょう （このあと質問してください） 51
Enjoy startup!! ご清聴ありがとうございました 52
Próximos SlideShares
Carregando em…5
×

スタートアップが知っておきたいAWS知識

441 visualizações

Publicada em

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

Publicada em: Tecnologia
no profile picture user

  • Entre para ver os comentários

  • Seja a primeira pessoa a gostar disto

スタートアップが知っておきたいAWS知識

  1. 1. スタートアップが知っておき たいAWS知識 関西スタートアップAWS勉強会 @ STARTUP CAFÉ 2016-12-08 Thu クックビズ株式会社 杉田 知至 1
  2. 2. 自己紹介 • 杉田 知至 @tomotomobile • クックビズ株式会社 開発部 • Project Management, Growth hack, Recruiting • WordPress contributor, CoderDojo西宮/梅田 2
  3. 3. 経歴紹介 • 学生起業（Web制作） • 廃業＆無職 • Web制作会社勤務 • クックビズ入社 3
  4. 4. アジェンダ • クックビズの紹介 • スタートアップがAWSを活用するまでの歴史 • 経営者向けAWSの見方 • まとめ 4
  5. 5. 技術的な話がいっぱい出てきます！ キーワードだけでもメモしてください 6
  6. 6. キーワードだけでも ？ • 良いエンジニアになるため？ • 良いエンジニアを採用するため？ • スタートアップを成功させるため の引き出しの一つとして？ • ITはビジネスの道具。道具の名前 を知っておこう。 https://commons.wikimedia.org/wiki/File:Mr_Pipo_Why_how_what.svg
  7. 7. © 2016 Forbes Media LLC. http://www.forbes.com/sites/kylewong/2015/08/09/making-it-through-the-startup-trough-of-sorrow/#496f36b114ee
  8. 8. スタートアップの成長にIT技術が必須 • 経営者がITを理解できないと適切な投資ができない • 理解することで経営戦略が強くなる • ビジネスの成長をいつも妨げるのは技術 • 適切に技術を使えれば成長を促進する 9
  9. 9. サーバーの種類 • レンタルサーバー • お手軽。ビジネスがスケールすると耐えられない。 • 専用（オンプレミス）サーバー • 何でもできる。ハードウェアの管理が大変。 • クラウドサーバー • 何でもできて、必要なときだけ使える。良いとこ取 り。 10
  10. 10. アジェンダ • クックビズの紹介 • スタートアップがAWSを活用するまでの歴史 • 経営者向けAWSの見方 • まとめ 11
  11. 11. 運用中のWebサービス 飲食・フード関連業特化の求人サイト 「クックビズ」 農業にふれて・学んで・仕事にする 「ファームビズ」 フード関連ハイクラス求人「フージェント」 飲食人材のプロによる"食"のキュレーションサイト 「クックビズ総研」 12
  12. 12. 運用中のスマートフォンアプリ 13
  13. 13. アクセス数 300%UP （http://cookbiz.jp 単体）
  14. 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. 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. 16. Foodion (フージョン) https://foodion.net/ 17
  17. 17. Foodion iOSアプリ https://foodion.net/app/ 18
  18. 18. Foodion システムアーキテクチ ャ AWSの良さをフル活用 19
  19. 19. 開発メンバー 20 cook+biz Foodion サーバー フロント アプリ デザイン サーバー ぼく ロボ 17名＋1ロボ https://cacoo.com/store/items/10023 アプリ フロント
  20. 20. アジェンダ • クックビズの紹介 • スタートアップがAWSを活用するまでの歴史 • 経営者向けAWSの見方 • まとめ 21
  21. 21. 始めはセールスだけの会社 https://www.flickr.com/photos/larrison/13883872788
  22. 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. 23. 四の五の言わずにGit導入しましょう • いつ、だれが、どこに、どんな変更を加えたのか すべてのログが追えるようになります • Git = 営業日報 24 https://github.com/qw3rtman/git-fire
  24. 24. WBS砲の直撃を受けAWSへ移行を決定 • 大手オンプレミス型サーバを利用 • WBS放送により12時間以上 サーバーにアクセス出来ない状況 • AWSへの移行が最優先事項になった 27
  25. 25. 移行準備としてデプロイスクリプト作りました • GitからAWSにソースコードをPull+Buildして公開領域に rsync • アップロードされた画像、DBをrsyncで転送 • Git入れといてよかった！！ 28 Code Image & DB Code
  26. 26. 移行のリハーサルは入念に、テスト環境編 • 予めDNSはR53に変更 • Amazon Linuxでコードが動くかテスト • 動かない部分は修正しておく 29
  27. 27. 移行のリハーサルは入念に、本番環境編 • (当時の)理想的な構成を作る • デプロイスクリプトでデプロイ 問題があれば修正 • RDSのTimezoneがUTCだと気づき アプリケーションを修正 (現在はTimezone選択できます) • 本番移行の手順を書き出し、移行当日は順番に実行す るだけの状態にしておく 30
  28. 28. いざ、切り替え • EC2でメンテナンスサイトを立ち上げる • Route53で本番ドメインをメンテサイトに向ける • 移行前サーバのcronを止める • 移行前サーバのログが動かなくなるのを待つ • 画像の差分をrsyncで取得、DBをインポート • 動作検証して、夜間バッチを実行、cron設定 • Route53で本番ドメインを新サーバに向ける 31
  29. 29. いざ、切り替え • EC2でメンテナンスサイトを立ち上げる • Route53で本番ドメインをメンテサイトに向ける • 移行前サーバのcronを止める • 移行前サーバのログが動かなくなるのを待つ • 画像の差分をrsyncで取得、DBをインポート • 動作検証して、夜間バッチを実行、cron設定 • Route53で本番ドメインを新サーバに向ける 32
  30. 30. いざ、切り替え • EC2でメンテナンスサイトを立ち上げる • Route53で本番ドメインをメンテサイトに向ける • 移行前サーバのcronを止める • 移行前サーバのログが動かなくなるのを待つ • 画像の差分をrsyncで取得、DBをインポート • 動作検証して、夜間バッチを実行、cron設定 • Route53で本番ドメインを新サーバに向ける 33
  31. 31. AWSへの移行やってみて気づいたこと • デプロイスクリプト便利 • リハーサル大事 • 2回位リハーサルできると不測の事態を避けられる • 以後、リリースリハーサルが定着した • Route53すげー 34
  32. 32. しばらく平穏な日々が続き 開発メンバー増員、開発力が上がる 35
  33. 33. リリースするたびにバグが出る暗黒時代 • 開発を積極的にするようになりリリース回数が増えた • リリースしてはバグ修正に追われ、スケジュールが次 々に破綻 • スケジュールがヤバイので、更に品質が悪化 完全に負のスパイラル！！ 36
  34. 34. バグ削減と品質向上のためにやったこと • カンバン方式→スクラム開発 • UIテストの導入 37
  35. 35. カンバン方式からスクラム開発へ • それまで、完成したコードから順次デプロイしていた のを1週間スプリントのスクラム開発に変更 • Review Dayを導入 (Release前日、すべてのfeature / bugfix を開発メンバーがレビューする。) • 結果、開発にリズムが生まれ、全員が品質に意識を向 けることが出来、スケジュールが崩れにくくなった 38
  36. 36. スクラム開発やってみて気づいたAWS利便性 • ステージング環境が 必要なのは水曜だけ • 火曜夕方、EC2+RDSを起 動して、デプロイ • 水曜夜、EC2+RDSを停止 • ステージング環境の コストを1/14に節約 39
  37. 37. Codeception+SeleniumでUIテスト • レガシーシステムはテストコードが 書けない • ブラウザを操作して、動作が正しい かどうかのテストを自動化 • 機能変更後のデグレチェックが容易 になりました 40 http://www.slideshare.net/FlorentBat ard/php-kansai-phpkansai 詳しくはこちら
  38. 38. UIテストは時間が掛かるので自動で • テストサーバーにPushして 毎晩自動でテスト • RDSのスナップショットから データベースを毎日リセット 42 ロボ
  39. 39. スクラムとAWSは相性が良いね • 必要なときに必要なだけサーバーを用意できる • スクラムだといつ必要なのかが明確 • ほとんどのサーバリソースをAPIで操作できる • サーバ設定に失敗してもスナップショットからすぐ復 元できる 43
  40. 40. アジェンダ • クックビズの紹介 • スタートアップがAWSを活用するまでの歴史 • 経営者向けAWSの見方 • まとめ 44
  41. 41. これだけは覚えよう • EC2（イーシーツー） • PHPとかRubyとかPythonってキーワードが出てきたら必要なサービ ス。Webサーバーとも。 • RDS（アールディーエス） / DynamoDB（ダイナモデービー） • データベース。 • S3（エススリー） • 画像やPDFなど静的コンテンツの保存場所。CMS, SNS, CGMという キーワードには必須。 45
  42. 42. EC2の割合が重要 • EC2のコストが大きすぎると何 か間違っている！ • 技術は分からなくても金額で判 断できる
  43. 43. My Billing Dashboard からチェック
  44. 44. Wantedlyでエンジニア募集中 48
  45. 45. Wantedlyでセールス募集中 49
  46. 46. アジェンダ • クックビズの紹介 • スタートアップがAWSを活用するまでの歴史 • 経営者向けAWSの見方 • まとめ 50
  47. 47. スタートアップが知っておきたいAWS知識 • AWSを上手く活用できればビジネスを加速できる • キーワードを知っているだけでもAWSを利用しやすく なる • 今日のような勉強会で詳しい人に相談しましょう （このあと質問してください） 51
  48. 48. Enjoy startup!! ご清聴ありがとうございました 52

×