クラウドネイティブが行なういまどきWebサービス開発
Download as PPTX, PDF4 likes3,979 views
JAWS Festa Kyusyu 2015 というイベントの九州のAWS活用事例セッションで発表しました。 JobAntennaという求人サイトをAWSを使って構築した事例を紹介しています。
![ICT用語時点
クラウドネイティブ[Cloud Native]
提供するサービス自体が、最初からクラウドコンピューティング
をベースに構築されていること。およびそのサービスの提供企
業。
参考
http://www.ntt.com/business/techsupport/dictionary/word/071
4.html](https://image.slidesharecdn.com/jawsfestakyusyu2015-151104091842-lva1-app6892/85/Web-7-320.jpg)
クラウドネイティブが行なういまどきWebサービス開発
- 1. クラウドネイティブが行う いまどきWebサービス開発 Yuji Arakaki 琉球インタラクティブ株式会社 11/3 2015 JAWS FESTA Kyusyu 2015
- 2. 自己紹介 • 新垣 雄志 • 琉球インタラクティブ株式会社 • Webプログラマー（Ruby, JavaScript, PHP） • テクノロジーグループ マネージャー • Twitter: @arakaji
- 3. 自己紹介 • 新垣 雄志 • 琉球インタラクティブ株式会社 • Webプログラマー（Ruby, JavaScript, PHP） • テクノロジーグループ マネージャー ← 昨日(11.2)就任した • Twitter: @arakaji
- 8. 自分の場合
- 13. JobAntennaとは • 沖縄にある働きがいのある企業を紹介する求人メディア • メインコンテンツ – 企業 – 求人 – 特集記事
- 14. アプリケーション構成 • JobAntenna本体(RubyonRails) • 運営用管理画面(SPA by React)
- 16. この構成でおいしいところ 1. Elastic Beanstalkによるデプロイフロー 2. 管理画面をSPAで実装し、S3にホスティング 3. Lambdaによる画像加工処理
- 18. 自前でデプロイフローの自動化を作るのはしんどい Capistranoでデプロイフローをゴリゴリ書くの大変 (rsync、bundle install, rake db:migrate, 再起動・・・・) デプロイ実行時も、 デプロイするサーバーをロードバランサーから外し・・ デプロイ完了したらロードバランサーに戻し・・ それをすべてのサーバーに対して行なう。
- 19. そこで諸先輩方のお言葉が
- 21. しかし
- 23. Elastic Beanstalkとは PHP, Python, Ruby, Docker・・・などを使用して開発されたウェブア プリケーションやワーカーをAWSのサービスを使って簡単にデプ ロイ・スケーリングできるサービス • LoadBalancing => EC2 x N個 のような構成が簡単に作れる。 • デプロイフローを提供(ローリングデプロイ、CNAMEスワップ) • AutoScaling
- 26. デメリットもある • デプロイフローがBeanstalkロックイン - 他のクラウドへの移行が難しい - デプロイフローの修正に別環境が要る
- 28. 管理画面をSPAで実装し、S3にホスティング • SPA(HTML, CSS, JS)で実装しているのでEC2い らない • データへのアクセスは管理者のみ許可してい るWebAPIで行なう。
- 29. なぜそうしたか？ • 別で管理用のアプリケーションを作りたくない。 – モデルの実装が重複するので開発コストも増える • EC2を増やしたくない – 運用、監視などしたくない – EC2、お金もかかるし・・・ – S3なら静的ファイルを上げておいたら、心配することはほぼない。 • 本体のフロントエンド開発との分離 – 昨今のフロントエンド開発の変化は激しい – 分離しとくと、捨てやすいし試しやすい • デプロイはファイルを上げるだけになる
- 31. Lambdaによる画像加工処理 管理画面からS3にアップロードされる求人情報、企業情報、記 事などの画像を適切なサイズにリサイズする。 1. S3に画像をダイレクトアップロードする 2. S3に画像が作られたイベントをLambdaが受け取る 3. 画像をリサイズし、その画像をS3にアップロードする
- 32. 最初はアプリ側で実装していた 1. 管理画面からアプリサーバーに画像をアップロード 2. 元の画像をS3にアップロード & リサイズを行なうタスクをタ スクキューに入れる。 3. 別プロセスで動いてるワーカーがタスクを受け取り、元画像 をリサイズした画像をS３に再アップロードする
- 33. 問題点 • 画像アップロードのたびにサーバーに負荷がかかる – 切り取るサイズの種類が増えると心配 – フロントにNginxを置いているので接続時間の長いアクセスを避けた い • 実装がちょっと複雑になる – ファイルよりもテキスト(json)の方がAPI作るのが楽。
- 34. Lambdaで行なうメリット • 画像アップロードをアプリを介さずに行える – S3にダイレクトアップロード – そのイベントをうけて、Lambdaが加工処理 – アプリ側に余計な負荷は一切ない • WebAPIがシンプルになる - S3にアップロードした結果のファイル名やパスを保存しておけばいい。 - テストも簡単 • 新規メンバーに任せやすい – アプリとは関係ない、単純なnodejsアプリとして書ける
- 35. 事例紹介 以上です。
- 43. つまりは・・・・
- 45. ありがとうございました！
Editor's Notes
- #2: クラウドネイティブが行ういまどきWebサービス開発
- #16: AWS構成図 JobAntennaの本体はElasticBeanstalkで構成されています。 アプリケーションサーバーは２つのEC2で稼働しており、前段においているElasticLoad Balancingでアクセスを振り分けています。 データベースはRDSのMySQLをつかっています。 アプリケーションサーバーで稼働する非同期タスクのタスクキューとして、ElasticCacheのRedisを使用しています。 メール配信はSESでおこなっています。 求人情報のコンテンツを管理する管理画面はEC2ではなくS3でホスティングしています。 管理画面をSPAで開発し、本体のアプリケーションサーバーとWebAPIで求人、企業、記事やマスターデータの管理を行っています。 管理画面で作成するコンテンツの画像はS3にアップロードし、そのままS3から画像配信も行っています。 画像配信しているS3に裏にLambdaが稼働しているのですが、ここではS3に画像がアップロードしたイベントを受け取ってその画像を適切なサイズにリサイズしてまたS3にアップロードしなおしています。 DatabaseにはRDSを使っています。 ElasticCacheにはRedisを使っていて、アプリケーションサーバーで行う非同期タスクのキューと使用しています。 メール配信はSESを使っています。 管理画面のホスティングはS３で行っていて、本体のアプリケーション用意したAPIを通してコンテンツ管理やマスターデータの更新などを行っています。 管理画面からアップロードするような画像は画像配信用のS3バケットにアップロードされます。 S３に画像がアップロードされたイベントを受け取って、Lambdaが画像のリサイズなどの加工処理を行い、加工済みの画像をまたS３にアップします。 ユーザーがサイト上で見ている画像はこのS３から直接配信しています。