CTO Night & Day Morning Session "スタートアップCTOならおさえておきたいAWS基本構成"
AWS Deck Templated36cz9buwru1tt.cloudfront.net/jp/summit2012/pdf/aws...AWS DevOps リーン開発...
Transcript of AWS Deck Templated36cz9buwru1tt.cloudfront.net/jp/summit2012/pdf/aws...AWS DevOps リーン開発...
自己紹介
松尾康博(まつお やすひろ)
所属
• アマゾンデータサービスジャパン
• ソリューションアーキテクト
ソーシャルネットワーク(連絡先)
• Twitter: @understeer
• Mail: [email protected]
好きなAWSサービス • HPCインスタンス、High I/Oインスタンス
本日のアジェンダ
リーンクラウドとは?
クラウド以前のスタートアップ
AWSで楽するスタートアップ
リーンクラウドの事例
リーンクラウド
リーンクラウドとは
インフラストラクチャ
運用
開発
経営・マネジメント
AWS
DevOps
リーン開発
リーンスタートアップ
すべてのレイヤで ・ムダを無くし ・すべてのレイヤでサイクルを速く回す
TOYOTA
Production
System
トヨタ生産方式
トヨタ生産方式(トヨタ方式, TPS)
トヨタの大野耐一氏が体系化
業務改善手法、プロセスに昇華
大野耐一 (1912-1990)
トヨタ生産方式(TPS) の基本概念
ジャストインタイム(JIT)
カンバン (Kanban)
ムダ(Muda)・ ムリ(Muri)・ムラ(Mura)
平準化(Heijunka)
アンドン(Andon)
ポカよけ(Poka-yoke)
自働化 (Jidoka)
カイゼン (Kaizen)
見える化(Mieruka)
7つの“ムダ”
作りすぎのムダ
手待ちのムダ
運搬のムダ
加工のムダ
在庫のムダ
動作のムダ
不良をつくるムダ
顧客に価値を与えないものは全てムダ
ムダとLean
ムダ=「会社という巨人についた贅肉」
贅肉のとれたスリムな状態 = Lean
ムダを無くす「文化」と「仕組み」
トヨタ生産方式(トヨタ方式, TPS)
派生した考え方
• リーンスタートアップ
• アジャイル・リーン開発(XP, Scrum)
• DevOps
インフラストラクチャ
運用
開発
経営・マネジメント
AWS
DevOps
リーン開発
リーンスタートアップ
リーン・スタートアップ
スタートアップとは
「不確実性のあるマーケット」に対し何かしらの製品を出していく組織 • 世に無いモノを作り出し価値を生み出す
• 会社の大小や年数は関係ない
課題が曖昧で正確な解決方法など無い • 組織と不確実性のマネジメントが重要
• 実験的アプローチ
• リソースも必要な時に必要なだけ調達し不要になれば開放
リーンスタートアップ原則
起業家はどこにでもいる
起業とはマネジメント
立証された学び
構築-計測-学習
MEASURE & LEARN
計測と学習
開発・計測・学習のサイクルを速く回す
構築 学習
計測
データ
アイディア
製品
継続的に速く回すことがリスク低減に
MVP Minimum Viable Product
市場評価を得るための最小の製品
‘95年のamazon.com
継続的な開発・テスト・リリース
開発 学習
計測
データ
アイディア
製品
様々なデータを定常的に計測
開発 学習
計測
データ
アイディア
製品
なぜ?を繰り返し真因と対策を
開発 学習
計測
データ
アイディア
製品
現在のamazon.com
クラウド以前の
スタートアップの
インフラストラクチャー
インフラの選択肢
レンタルサーバ(専用・VPS)
自社オフィス&自作サーバ
データセンター
クラウド以前の苦労
リソース
• インフラ・N/Wが得意なエンジニアが少ない、採用大変
• インフラ作業は不人気職(地味、24/365、、、)
• エース級エンジニアがサービス開発に集中できない(Dev:Ops=2:8)
• スケールさせるための作業が多すぎ
堅牢性
• 自社設置サーバは言わずもがな
• DC設置でもH/WやN/Wについては自己責任
クラウド以前の苦労
バックアップ
• バックアップサーバを用意するコスト
• バックアップサーバ自体の信頼性確保
スケール
• ロードバランサー、DBのMaster/Slaveも全部自前
サーバ調達
• かなり前から準備しないとトラフィック増加に間に合わない
• 資金の問題
• 実は要らなかった時のコスト・リスクをどう考えるか?
素晴らしいアプリをリリースし
http://www.flickr.com/photos/scobleizer/398502087
6/
多くの人が使い始め
キャパシティの見積りは
http://www.flickr.com/photos/mutsmuts/4695658106
/
勘と経験と度胸で行い
インフラに投資し
少ない資金から捻出して
http://eddie.niese.net/20090313/dont-pity-incompetence/
インフラを管理
H/Wメンテナンス。。
H/W監視。。。。
H/W調達
H/W構築。。。
サービスが続く限り
http://www.old-computers.com/news
運用も続く
段違いのスピード差
会社・開発のサイクル・スピードに対して
絶望的にインフラのサイクルが遅い
既存インフラのボトルネック
構築 学習
計測
データ
アイディア
製品
調達
構築
再構築
メンテナンス
まとめ:クラウド以前の「ムダ」
作りすぎのムダ
手待ちのムダ
運搬のムダ
加工のムダ
在庫のムダ
動作のムダ
不良をつくるムダ
顧客に価値を与えないものは全てムダ
クラウド時代の
スタートアップの
インフラストラクチャー
低額な従量課金
初期投資不要
クラウドコンピューティングの特徴
自由自在なスケールアップ・ダウン
Deploy
市場投入時間の
短縮
物理インフラ管理から解放、
本来のサービス開発・提供へ集中
最小構成なら数十分で構築可能
EC2 EC2
RDS
Web App
Web App
DB
ELB
Availability Zone
AWS Cloud
まずは この構成に!
でもお高いんでしょ?
EC2 EC2
RDS
Web App
Web App
DB
ELB
Availability Zone
AWS Cloud
EC2(Small) ×2
→150$/月程度
ELB
→25$/月程度
RDS(Small)
→100$/月程度
ざっくりの目安 (動画や高画質写真を扱わない一般的なWebサービスの場合)
合計:300$/月程度
*データ転送量等で価格は上下します。目安としてご覧ください
クラウドでインフラ構築を速く!
構築 学習
計測
データ
アイディア
製品
調達
構築
再構築
メンテナンス
機会損失
インフラ費用
time
大きな
インフラ投資
過剰なコスト
想定負荷
既存インフラの
キャパシティ
実際の負荷
クラウドの
キャパシティ
クラウドなら負荷変動に柔軟に追随
一時的なアクセス集中時には
EC2 EC2
RDS
Web App
Web App
DB
ELB
Availability Zone
AWS Cloud
EC2 EC2
RDS
Web App
Web App
DB
ELB
Availability Zone
AWS Cloud
EC2
Web App
EC2
Web App
Webサーバ増
↑スペックUP
一時的なアクセス集中時には
EC2 EC2
RDS
Web App
Web App
DB
ELB
Availability Zone
AWS Cloud
EC2 EC2
RDS
Web App
Web App
DB
ELB
Availability Zone
AWS Cloud
EC2
Web App
EC2
Web App
Webサーバ増
↑スペックUP
メディア掲載前に対策、 翌日などアクセスが戻ったら、 元に戻せば、最小限のコストで サーバ落ち/レスポンス低下による
機会損失を防げる
もちろん継続的なサービス成長時にも
EC2 EC2
RDS
Web App
Web App
DB
ELB
Availability Zone
AWS Cloud
EC2 EC2
RDS
Web App
Web App
DB
ELB
Availability Zone
AWS Cloud
EC2
Web App
さらに Webサーバ増
↑さらに スペック
UP
…
もちろん継続的なサービス成長時にも
EC2 EC2
RDS
Web App
Web App
DB
ELB
Availability Zone
AWS Cloud
EC2 EC2
RDS
Web App
Web App
DB
ELB
Availability Zone
AWS Cloud
EC2
Web App
さらに Webサーバ増
↑さらに スペック
UP
… 一度この構成にすれば…
ユーザが1,000万人になっても、 基本的にはWeb/Appサーバ増設、
RDSスペックアップを 繰り返せばOK!
(それでも耐えられなくなったらご相談ください)
本当に必要なことは
徹底的な計測と調整で
http://ms.toyota.co.jp/public/images/gp2008/09_greatbritain/free/l_02.jpg
AWSでムダを削減
AWSのクラウド ベースの環境
本来の 業務
本来の業務に よりフォーカス
クラウドの 管理
70%
30% 70%
オンプレミス 環境
30%
差別化につながらない 付帯的で面倒な作業
運用・変更を自働化速く回すメリット
http://radar.oreilly.com/2007/10/operations-is-a-competitive-ad.html
コスト減=利益増
http://www.slideshare.net/botchagalupe/devopsdays-tokyo-2012
データを基にした学習
1. 出来る限りのデータを集める準備
1. 出来る限りのデータを集める準備
2. A/B testingを行う
1. できる限りのデータを集める準備
2. A/B testing を行う
3. ユーザのフィードバックを基に開発を進める
A/B TESTING
まとめ
リーンクラウドでスタートアップ
リーンスタートアップ+アジャイル+DevOps
• ムダを減らして速く進める
ビジネス ・ 開発 ・ 運用
• 柔軟な(仲の良い)組織と文化
7つのムダもAWSなら
作りすぎのムダ -> DevOps
手待ちのムダ→ オンデマンド≒JIT
運搬のムダ →管理コンソール
加工のムダ → AMIですぐにサーバ追加
在庫のムダ →オンデマンド≒JIT
動作のムダ →管理コンソール
不良をつくるムダ →すぐに交換
« Want to increase innovation?
Lower the cost of failure »
Joi Ito
リーンクラウドで ムダの無いビジネスを!