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

表千家

しつこい