EC-CUBEとAWSの美味しい関係？

EC-CUBE と AWS
の美味しい関係
JAWS-UG 名古屋支部
川路義隆

活動内容
• ３ヶ月に一度のユーザー事例中心勉強会（５０名以上）
•「JAWS-UG 東海道」
年２回の中部エリアを対象とした合同勉強会。
• 月に1度のエンジニア向け勉強会（努力目標）

活動実績
160
120
80
40
0
AWS ジャパンツアー
0回2回4回6回JAWS-UG東海道

クラウドコンピューティング
（英: cloud computing、または単にクラウドとも）とは、
ネットワーク、特にインターネットをベースとした
コンピュータ資源の利用形態である。
ユーザーは、コンピュータによる処理やデータの格納
（まとめて計算資源という）
をネットワーク経由で、サービスとして利用する。

難しくてよくわからないですね
ネットワーク、特にインターネットをベースとした

キーワードを絞ってみます
ネットワーク、特にインターネット
をベースとした

キーワードを絞ってみます
インターネット
処理データの格納

これらを組み合わせればいろいろ出来る
インターネット
データの格納処理

なんでも出来るが・・・
すべて自分でやるのは大変。
一般的にクラウドは
処理＋データの格納=サービス
として利用する。

サービスの例
メールサーバーを
管理したくない。
Gmail Yahoo!メール

サービスの例
データをたくさん
保存したい
Google Drive
OneDrive
Dropbox

アマゾンの３つのビジネスの１つ
一般消費者向けサービス
Eコマース
(amazon.co.jp)
セラー様向けサービス企業向けサービス
マーケットプレイス
物流サービス提供
(Amazon Services)
(Amazon Web Services)

アマゾンの３つのビジネスの１つ
一般消費者向けサービス
E
(amazon.co.jp
セラー様向けサービス企業向けサービス
マーケットプレイス
物流サービス提供
(Amazon Services)
(Amazon Web Services)

これまでのシステム開発～リリースまで
サーバーの調達
プログラム開発
運用

運用
調達に数週間～数ヶ月。
料金前払い。

運用
料金前払い。
大半を開発ベンダーが新規開発。
開発費高い。

運用
料金前払い。
大半を開発ベンダーが新規開発。
開発費高い。
常に監視・運用する人員が必要。
壊れる、システム負荷が高まる
などによるサーバー再調達発生

これからのシステム開発
運用

運用
マウスでクリックして数分で用意可能。
料金は使った分だけ後払い。
不要な時は利用しない事可能

運用
多くのサービスを組み合わせる事を
中心とし開発コストを下げる。
結果早いリリースが可能。

運用
多くのサービスを組み合わせる事を
中心とし開発コストを下げる。
結果早いリリースが可能。
ハードウェア・ネットワークトラブル
の対応が不要。
純粋に自分の構築したシステムだけ面倒見る。

従来型のIT投資がなぜ難しいか？

とあるECサイトを
立ち上げる時の会話

サーバー調達しなくてはいけないが
どれぐらいのスペックにしようか？

ユーザー増加について指標ありますか？

こんな感じで考えているんだけどね。
実際のところはやってみないと分からんよ。

ですよね～。じゃ希望的観測の指標で調達しましょう！

ちょっと待って！
ひょっとしたら凄いヒットするかもしれないから
１．５倍ぐらいにしよう！

ちょっと待って！
ひょっとしたら凄いヒットするかもしれないから
１．５倍ぐらいにしよう！
ラジャー！！

コスト
予測
時間
アクセス数

コスト
予測
時間
利用されない無駄なコスト
アクセス数

コスト
予測
時間
システムダウンによる機械損失
利用されない無駄なコスト
アクセス数

AWSならこの問題を
解決できるかも知れません

AWSを利用しているECサイト
２０１２年のデータにて
日本国内7300億円の売り上げ

豊富なサービス群
一部のサービスのアイコン
AWSには４０を超えるサービスがあり、
日々新サービスが開発されています。

ハードウェア投入が膨大
amazon.comが年商７０億ドルの頃に必要だった
サーバー量をAWSでは、
毎日追加しているそうです。

クラウド業界でのAWSのポジション
2014 年のクラウドインフラストラクチャサービス
部門のマジッククアドラントで、Gartner は
アマゾンウェブサービス (AWS) を
「リーダー」クアドラントと位置づけ、
ビジョンの完全性が最も高く、実行能力が極めて優
れていると評価しています。

ECサイトの構築って
どうすればよいの？

スモールスタートをお勧めします。
低コストで初めて必要なときに必要なだけ、
サーバーリソースを利用するスタイルです。

注意点
ECビジネスの規模拡大・急なアクセス増加があった際に
変更が可能な構成であることが大事。
!
急なアクセス増加はメディア紹介などで発生する事が多い。
機会損失しないこと。

AWS上でEC-CUBEを動かしてみる

構成
Elastic IP
EC2
グローバルIPアドレス(固定)
サーバー

1. AWSのアカウントを作成する
2. サーバー(EC2)を立ち上げる
3. グローバルIPアドレス(Elastic IP)を取得。
4. ホスト名を作成する。
5. EC-CUBEセットアップ
6. 立ち上げたサーバー(EC2)にグローバルIPアドレス(Elastic IP)を付
ける

バックアップ
システムにはトラブルがつきものです。
万が一の為にバックアップをとりましょう

AMIによるバックアップ
AMIとはサーバーを丸ごとバックアップすることを可能にする
仮想マシンイメージです。
丸ごと保存AMI

EBSスナップショットによる
バックアップ
EBSとはハードディスクだと思って下さい。
スナップショットとはそのハードディスクの差分バックアップを指します。
EBS
バックアップ１回目
バックアップ２回目移行
サイズが大きい＋遅い
前回からの差分のみ、早い

これであなたのデータは
安全です！

これであなたのデータは
安全です！
ただし・・・

万が一トラブルが起きると
システムは止まってしまいます。
さらに機会損失に備えるには・・・

Wikipediaより
冗長化（じょうちょうか）とは、システムの一部に何らかの障害が発生した場合
に備えて、障害発生後でもシステム全体の機能を維持し続けられるように予備装
置を平常時からバックアップとして配置し運用しておくこと。冗長化によって得
られる安全性は冗長性と呼ばれる。
常に実用稼動が可能な状態を保ち、使用しているシステムに障害が生じたときに
瞬時に切り替えることが可能な仕組みを持つ。障害によってシステムが本来の機
能を失うと、人命や財産が失われたり、企業活動が大きな打撃を受けるような場
合には、冗長性設計が必須となっている。

簡単にいうと
１台のサーバーだとトラブルで壊れると
システム止まっちゃうよ。
だから2台以上のサーバーで構成したらいいんじゃないかな

AWSで冗長化
ELB ロードバランサー
一般的なWEBサーバーはこれでOK
但し、単純に台数増やした
EC-CUBEだとまずい。

AWSで冗長化
DB DB
DBが各サーバーに存在するので
情報が一元管理されていない。

AWSで冗長化(修正版)
RDS データベース(冗長化可能)
S３ストレージ（データ置き場)
約3円/1ギガ

アクセス過多に対して
レスポンスを改善する。
あなたのECサイトが幸い多くの方々に利用されており、
日々ユーザーが増える一方です。
この問題には一般的に２つのアプローチ方法があります。

スケールアップ
サーバーの処理能力を上げ、より多くのリクエストを捌く。
AWSを使っているとマウスのクリックだけで可能。
後でお見せします。

スケールアウト
サーバーを必要な分だけ増やす。
AWSではアクセスの負荷に応じてサーバーを増やしたり、減らしたり可能です。
（オートスケール）

次回予告
メールを大量に送りたいが、処理がなかなか終わらない
本当に送ったメールは見てもらえているのだろうか？
メールを使ったマーケティングについて勉強したい

SendGridというメール配信サービスがあるらしい・・・
休憩後に始まります。

ご清聴ありがとうございました。

11/25(火) AWS Cloud Roadshow 2014

EC-CUBEとAWSの美味しい関係？

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Andere mochten auch

Andere mochten auch (6)

Ähnlich wie EC-CUBEとAWSの美味しい関係？

Ähnlich wie EC-CUBEとAWSの美味しい関係？ (20)

Mehr von 義隆川路

Mehr von 義隆川路 (6)