View
12.594
Download
8
Category
Preview:
DESCRIPTION
Citation preview
AWSクラウドデザインパターン -概要編-
自己紹介
名前 玉川憲
所属 アマゾンデータサービスジャパン株式会社
ID @KenTamagawa
好きなもの イカとミスチル
好きなAWSサービス AWS DynamoDB
AWSの良さ、いっぱいあります
瞬時のリソース調達で、ピーク対応が楽
広大なバックボーンで、画像配信が楽
柔軟なリソース調整で、障害対応が楽
AWSにお任せで、運用が楽
AWS使いは、こんなこと良く言う
「AWSいいよねーー」
「万が一障害おきても、EIP付け替えればいいや。EBSスワップして一瞬で復帰って、すごい楽じゃないですか?」
「EC2の前にELBを複数立てて、マルチAZに振り分け、最悪マルチリージョンすれば?」
「EC2にNFS入れて、インスタンスストレージにrsyncすれば同期も楽でしょ?」
ネタが細かすぎて
伝わらない
選手権
AWS使いこなし度合と人数分布
人数
AWS使いこなし度合
AWS使いこなし度合と人数分布
人数
AWS使いこなし度合
「そこのあなた、 ちょっと、 尖りすぎてませんか?」
「AWS使いこなし度合」と人数分布
人数
クラウドの良さを もっと知ってもらいたい
AWS使いこなし度合
やりたいこと
AWSクラウドを
より伝わりやすくしたい
既存ノウハウを伝えたい
(暗黙知→形式知化)
そこで
AWSクラウドデザインパターン[beta]
(略して、CDP)
AWS クラウドデザインパターンとは
AWSクラウドを使ったシステムアーキテクチャ設計を行う際に発生する、典型的な問題とそれに対する解決策・設計方法を、分かりやすく分類して、ノウハウとして利用できるように整理したものである。
www.facebook.com/awscdp
AWS クラウドデザインパターンとは
AWSクラウドを使ったシステムアーキテクチャ設計を行う際に発生する、典型的な問題とそれに対する解決策・設計方法を、分かりやすく分類して、ノウハウとして利用できるように整理したものである。
http://aws.clouddesignpattern.org
Wikiでノウハウを共有
さまざまな課題に対して、
適用できるAWS利用の技を
パターンとして
再利用可能に、
伝達可能にしてみる
CDPでやりたいこと
パターン例
FloatingIPパターン
サーバ障害時やバージョンアップ時に、瞬時にサーバ切り替えを行いたい場合に利用
EIPの付け替えを行い、サーバを切り替える
例: Clone Serverパターン
仮想 サーバ
Web Web
ロードバランサ
マシン イメージ
Web
①サーバ起動
仮想 ディスク
マスタ
②ディスクを同期
例: Job Observerパターン
デザインパターンの説明
パターン名/サマリー パターンの名前と、どのようなパターンなのかを簡単に説明したサマリー
解決したい課題 このパターンが解決する課題や、このパターンが適用できる課題、またパターンとして定義するに至った動機についての説明
クラウドでの解決/パターンの説明 クラウド上でどのように課題を解決するかという点の説明や、どのようなパターンなのか、どのような構成のパターンとなっているかについての説明
実装 パターンをAWSでどのように実装するかについての説明
デザインパターンの説明(続き)
構造 パターンの構造を図式化したもの
利点 このパターンを適用した際の利点の説明
注意点 このパターンを適用する際の注意点や、適用により生じるデメリット、メリットとデメリットのトレードオフの説明
その他 関連するパターンや、他のパターンとの比較、利用事例などの付加情報
CDPカテゴリ (as of 2012/03/03)
基本パターン Snapshot Stamp Scale Up Ondemand Disk 可用性を高める Multi-Server Multi-Datacenter Floating IP Deep Health Check 動的コンテンツを処理 Scale Out Clone Server NFS Sharding NFS Replica State Sharing URL Rewriting Rewrite Proxy Cache Proxy
静的コンテンツを処理 Web Storage Direct Hosting Private Distribution Cache Distribution Rename Distribution クラウドへデータをアップロード Write Proxy Storage Index Direct Object Upload リレーショナル・データベース DB Replication Read Replica Inmemory DB Cache Sharding Write
バッチ処理 Queuing Chain Priority Queue Job Observer Scheduled Autoscaling 運用保守 Bootstrap Cloud DI Stack Deployment Server Swapping Monitoring Integration Web Storage Archive ネットワーキング OnDemand NAT Backnet Functional Firewall Operational Firewall Multi Load Balancer WAF Proxy CloudHub
Wikiでノウハウを共有
パターンを活用した実装シナリオ
画像動画配信サイト
大量のユーザに配信したい
Eコマースサイト
可用性、耐障害性高くしたい
キャンペーンサイト
突発的アクセス増加に耐えたい
パターンを活用した実装シナリオ
画像動画配信サイト -> Movable Type
大量のユーザに配信したい
Eコマースサイト -> EC-CUBE
可用性、耐障害性高くしたい
キャンペーンサイト -> WordPress
突発的アクセス増加に耐えたい
今日のセッションで実装を紹介
クラウドアーキテクティング原則
• できるだけサービスを利用
• 机上実験よりも実証実験
• スモールスタートからスケールアウト
• 変化に対し全レイヤで対処
• 故障のための設計(Design For Failure)
• 最初だけでなく周期的なカイゼン
Ninja of Three
CDP、誰が作ったの?
Ninja of Three
まさかのNinja of Threeシール
表千家 裏千家
ミッション:
Facebookで CDPのファンページにLike!
→もれなくシールが
今日のセッション
ミッション:
新しいCDPを
追加してみよう
目標: Ninja of “Thousand”
Next Step
Wikiで編集できます!
ご清聴ありがとうございました @KenTamagawa
表千家
しつこい
Recommended