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知識

441 visualizações

Publicada em

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

Publicada em: Tecnologia
  • 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年半前はこのへん ※非上場株式の会社規模の判定(SMBC日興証券) 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千万円未満 小会社 会社規模(小売・サービス) ※非上場株式の会社規模の判定(SMBC日興証券) 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

×