AWS活用のいままでとこれから -東急ハンズの事例-
Download as PPTX, PDF18 likes19,210 views
JAWS Festa 九州 2015 での資料です。
AWS活用のいままでとこれから -東急ハンズの事例-
- 1. Copyright © 2015. All rights reserved. 2015年11月03日 JAWS Festa 九州 2015 ハンズラボ株式会社 井上泰治 AWS活用の今までとこれから。 ー 東急ハンズの事例 ー
- 2. 1 もくじ 1. 自己紹介 2. AWS活用 今までとこれから 3. 東急ハンズの事例
- 3. 2 自己紹介 名前： 井上 泰治 所属： ハンズラボ株式会社 担当： ECシステム、AWSまわり 趣味： 旅行、音楽、日本酒 好きなAWSサービス： ElasticBeanstalk
- 5. 4 AWSの歴史 （抜粋） 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 S3 EC2 SQS Tokyo Region VPC RDS EMR DynamoDB Lambda ECS Cognito CodeDeploy API Gateway Mobile Hub IoT CloudFront CloudFormation SNS IAM Route53 Beanstalk Redshift OpsWorks Kinesis デプロイ系サービス コンピューティング マネージド OSSのマネージド化 切り売り ストリーム/ビッグデータ モバイル/iOT
- 7. OSSソフ トウェア 6 AWS導入初期 汎用計算 リソース マネージ ドソフト ウェアストレージ EC2 Apache / Nginx PHP / Ruby オンプレのシステムを とりあえずAWSにのせた状態 ネットワー ク AWSサー ビス (半マネージド) リソースの ソフトウェ ア提供 MySQL、 Redis
- 11. 10 EC2管理コストの削減 そもそもEC2を使わない ① lambda の活用 汎用計算 リソース サーバー → EC2 ソフトウェア → コンテナ 関数 → lambda アプリケーション ミドルウェア OS アプリケーション 最低限の実行環境 アプリケーション 計算リソースが より細かい単位で 利用可能に コレを使う
- 12. 11 Cognito DynamoDB S3 SQS JavaScript SDK Mobile SDK そもそもEC2を使わない ① lambda の活用 API Gateway Lambda アプリケーションロ ジックはここに持つ EC2管理コストの削減
- 13. 12 そもそもEC2を使わない ② 2 tier アーキテクチャ マネージ ドソフト ウェア Cognito DynamoDB S3 SQS クライアントが 直接AWSリソースを操作 JavaScript SDK Mobile SDK アプリケーションロ ジックはここに持つ Lambda 認証 EC2管理コストの削減
- 14. 13 これらのAWSクラウドネイティブの話は西谷さんのスライドがわかりやすいです。 『Serverless Architecture on AWS クラウドネイティブ化する未来』 http://www.slideshare.net/keisuke69/serverless-architecture-on-aws
- 16. 15 1. レガシーアプリのクラウド最適化 ネットストアでの事例 3. クラウドネイティブアーキテクチャを活用した ポイントシステムの開発 2. AWS新サービスを使ってみた。 おみやげ配布アプリケーションの構築
- 19. 18 以前のネットストアの状態 WEB Servers API Servers ELB ELB データをファイルで持っていたた め、サーバを増やすごとにファイ ル同期コストが増大 ユーザ スケールアウトは手動 プロセス数増大 APIレスポンス 待ち行列が増加
- 20. 19 改善後のネットストアの状態 WEB Servers API Servers ELB Data Layer DynamoDB S3 データ層は単一障害点にならな いアーキテクチャの中から選定 Elastic Beanstalk Beanstalk による Auto Scale Blue Green Deployment ユーザ Elastic Beanstalk ELB アクセス増加時は、ス ループットを上げるだけ
- 21. 20 開発/デプロイフロー Env: BLUE Env: GREEN Env: STG 開発者 WEB WEB ① 開発 ② ステージングにデプロイ $ eb depoy ④ GREENに同Versionをデプロイ ③ 動作確認 ⑤ 環境のSWAP ステージング環境 本番環境 $ aws elasticbeanstalk swap-environment-cnames --region ap-northeast-1 --source-environment-name green --destination-environment-name blue マネージメントコンソールにて ローカル環境 (Atlassian Stash) （⑥何か問題があった ら SWAPして戻す)
- 22. 21 環境構築自動化例 ( ebextensions による設定）
- 24. 23 1. ボトルネックの特定 WEB Servers API Servers ELB ELB ユーザ 1番のボトルネックがスケールでき ないAPIサーバーと特定、 ここの改善から始めることに決定 100本以上のAPI 10万行以上のソースコード 数ヶ月後には、昨年負荷に耐えられなかっ たセールを控えている状況
- 27. 26 3. 改修方法の決定 WEB APP サーバー 旧APIサーバー 新APIサーバー 機能A 機能A ① 改修 ＜案１＞ APPサーバーでの新旧切り替え ② 切り替え 新APIでの実装が終わったら、 APPサーバーでコール先を変更 する 1. APPサーバー側での改修が必要 2. リリース及び切り戻し時、APPサーバーチームで 切り替え作業を行う必要がある ☓却下
- 28. 27 3. 改修方法の決定 WEB APP サーバー 旧APIサーバー新APIサーバー ＜案2＞ ReverseProxyでの切り替え 機能AProxy 機能A ① 改修 ② 切り替え Proxyの設定変更でリリース APIサーバー開発チームだけで自由にリリース／切り戻し 作業が行える。 APPサーバーチームは改修の必要なし。 ◎ 採用
- 29. 28 WEB Servers 新API Servers 兼Proxyサーバ ELB Data Layer DynamoDBS3 • １レイヤ追加 • Elastic Beanstalkの導入 ユーザ 旧API Servers 既存環境に1レイヤ追加された状態に 新旧APIが混在のため、 データ同期が必要
- 31. 30 4. DynamoDBとファイルのデータ同期 CGI PHP Node.js 外部コマンド call DynamoDB HTTP (CGIからDynamoDB参照) JSON bash から aws cli で DynamoDBたたくのは、かな りしんどくてこうなりました。
- 32. 31 5. あとはひたすら機能の移植 WEB APP サーバー 旧APIサーバー新APIサーバー 機能AProxy 機能A ① 改修 ② 切り替え 旧APIサーバーの機能がなくなるまで、 ① 改修 と ②切り替えを繰り返す。 （まだ道半ば）
- 33. 32 ＜やっとスケールできるシステムになりました＞ WEB Servers API Servers ELB Data Layer DynamoDB S3 Elastic Beanstalk ユーザ Elastic Beanstalk ELB 環境構築 自動化 Auto Scale
- 36. 35 1. レガシーアプリのクラウド最適化 ネットストアでの事例 3. クラウドネイティブアーキテクチャを活用した ポイントシステムの開発 2. AWS新サービスを使ってみた。 おみやげ配布アプリケーションの構築
- 37. 36 先日ラスベガスで行われた AWS のイベント re:Invent に参加させていただきました。 今年もたくさん新サービスや アップデートの発表がありまし た！
- 39. 38 ざっくりと要件 1. お土産の一覧を見ることができる。 2. 欲しいお土産に応募できる 1. 応募状況が確認できる 2. お土産の抽選が行える ユーザー側機能 管理者機能
- 40. 39 設計したらこうなった
- 41. 40 Lambda Kinesis Firehose Cloud Front API Gateway Cognito DynamoDB user client API HTML JS Image 認証 権限 S3 RedShift Lambda Facebook WAF Lambda Administrator - List Items - Create User - Entry - List Entries - Report (cron) SNS Administrator - お土産リストの確認 - 欲しいお土産のエントリ - おみやげ抽選 - レポート 3. おみやげ配布アプリを新サービスを使って作ってみた アーキテクチャ
- 42. 41 Lambda Kinesis Firehose Cloud Front API Gateway Cognito DynamoDB user client API HTML JS Image 認証 権限 S3 RedShift Lambda Facebook WAF Lambda Administrator - List Items - Create User - Entry - List Entries - Report (cron) SNS Administrator - お土産リストの確認 - 欲しいお土産のエントリ - おみやげ抽選 - レポート 3. おみやげ配布アプリを新サービスを使って作ってみた アプリケーションはJavaScriptによる シングル−ページアプリケーション 気づいたらiOSアプリも出来てた 配信は CloudFront （S3オリジン） 無駄にWAF
- 43. 42 Lambda Kinesis Firehose Cloud Front API Gateway Cognito DynamoDB user client API HTML JS Image 認証 権限 S3 RedShift Lambda Facebook WAF Lambda Administrator - List Items - Create User - Entry - List Entries - Report (cron) SNS Administrator - お土産リストの確認 - 欲しいお土産のエントリ - おみやげ抽選 - レポート 3. おみやげ配布アプリを新サービスを使って作ってみた 認証は Facebook 権限付与は Cognito
- 44. 43 Lambda Kinesis Firehose Cloud Front API Gateway Cognito DynamoDB user client API HTML JS Image 認証 権限 S3 RedShift Lambda Facebook WAF Lambda Administrator - List Items - Create User - Entry - List Entries - Report (cron) SNS Administrator - お土産リストの確認 - 欲しいお土産のエントリ - おみやげ抽選 - レポート 3. おみやげ配布アプリを新サービスを使って作ってみた データは、API Gateway + Lambda を経由してDynamoDBへ LambdaはPythonを使用
- 45. 44 Lambda Kinesis Firehose Cloud Front API Gateway Cognito DynamoDB user client API HTML JS Image 認証 権限 S3 RedShift Lambda Facebook WAF Lambda Administrator - List Items - Create User - Entry - List Entries - Report (cron) SNS Administrator - お土産リストの確認 - 欲しいお土産のエントリ - おみやげ抽選 - レポート 3. おみやげ配布アプリを新サービスを使って作ってみた DynamoDBに入った応募データは LambdaからFirehoseでS3経由 Redshiftへ ただ、Lambdaコンテナ上の AWS SDKが古くて Firehoseが呼び出せず実現 せず。
- 46. 45 Lambda Kinesis Firehose Cloud Front API Gateway Cognito DynamoDB user client API HTML JS Image 認証 権限 S3 RedShift Lambda Facebook WAF Lambda Administrator - List Items - Create User - Entry - List Entries - Report (cron) SNS Administrator - お土産リストの確認 - 欲しいお土産のエントリ - おみやげ抽選 - レポート 3. おみやげ配布アプリを新サービスを使って作ってみた Lambdaの定期実行（CRON)を使っ て 応募状況をSNSでレポート
- 47. 46 テクノロジーの 無駄遣い
- 48. 47 報告会 兼 おみやげ抽選会
- 49. 48 報告会 兼 おみやげ抽選会
- 52. 51 サーバーレスアーキテクチャについて API Gatewayの登場によりより現実感が増した。 2 Tier アーキテクチャは用途が限定的なイメージ デプロイ系はまだこなれてない 開発方法、運用方法についてノウハウの蓄積が必要 デプロイ手法の確立 (JAWS frameworkなど) ブラウザでポチポチするのは辛い。 ログまわり (CloudwatchLogs辛い） 認証まわりがまだふわっとしてる（自分の中で） うまくいけばコストダウンになりそう
- 54. 53 1. レガシーアプリのクラウド最適化 ネットストアでの事例 3. クラウドネイティブアーキテクチャを活用した ポイントシステムの開発 2. AWS新サービスを使ってみた。 おみやげ配布アプリケーションの構築
- 55. 54 • EC2レス • マネージドシステムのフル活用 • DynamoDB、Cognito、SQS、S3、STS… • Lambda + API Gatewayの採用 東急ハンズのポイントシステムを AWS フルマネージドで構築する作業を進めています。 特徴