[AWS Summit 2012] ソリューションセッション#2 リーンクラウドでいこう！ クラウドで実現するリーンスタートアップ
•
2 gefällt mir•2,089 views
ソリューションセッション#2 リーンクラウドでいこう！ クラウドで実現するリーンスタートアップ 登壇者名・社名 松尾 康博（アマゾン データ サービス ジャパン 株式会社）
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (19)
Ähnlich wie [AWS Summit 2012] ソリューションセッション#2 リーンクラウドでいこう！ クラウドで実現するリーンスタートアップ
Ähnlich wie [AWS Summit 2012] ソリューションセッション#2 リーンクラウドでいこう！ クラウドで実現するリーンスタートアップ (20)
Mehr von Amazon Web Services Japan
Mehr von Amazon Web Services Japan (20)
Kürzlich hochgeladen
Kürzlich hochgeladen (10)
[AWS Summit 2012] ソリューションセッション#2 リーンクラウドでいこう！ クラウドで実現するリーンスタートアップ
- 1. リーンクラウドで行こう クラウドで実現するリーンスタートアップ アマゾンデータサービスジャパン ソリューションアーキテクト 松尾康博(matsuoy@amazon.co.jp)
- 2. 自己紹介 松尾康博(まつお やすひろ) 所属 • アマゾンデータサービスジャパン • ソリューションアーキテクト ソーシャルネットワーク(連絡先) • Twitter: @understeer • Mail: matsuoy@amazon.co.jp 好きなAWSサービス • HPCインスタンス、High I/Oインスタンス
- 4. リーンクラウド
- 5. リーンクラウドとは 経営・マネジメント リーンスタートアップ 開発 リーン開発 運用 DevOps インフラストラクチャ AWS すべてのレイヤで ・ムダを無くし ・すべてのレイヤでサイクルを速く回す
- 8. トヨタ生産方式(TPS) の基本概念 ジャストインタイム（JIT) カンバン (Kanban) ムダ(Muda)・ ムリ(Muri)・ムラ(Mura) 平準化(Heijunka) アンドン(Andon) ポカよけ（Poka-yoke) 自働化 (Jidoka) カイゼン (Kaizen) 見える化(Mieruka)
- 11. トヨタ生産方式（トヨタ方式, TPS） 派生した考え方 • リーンスタートアップ • アジャイル・リーン開発(XP, Scrum) • DevOps 経営・マネジメント リーンスタートアップ 開発 リーン開発 運用 DevOps インフラストラクチャ AWS
- 12. リーン・スタートアップ
- 13. スタートアップとは 「不確実性のあるマーケット」に対し何かし らの製品を出していく組織 • 世に無いモノを作り出し価値を生み出す • 会社の大小や年数は関係ない 課題が曖昧で正確な解決方法など無い • 組織と不確実性のマネジメントが重要 • 実験的アプローチ • リソースも必要な時に必要なだけ調達し不要にな れば開放
- 15. MEASURE & LEARN 計測と学習
- 16. 開発・計測・学習のサイクルを速く回す アイディア 学習 構築 データ 製品 計測
- 18. MVP Minimum Viable Product 市場評価を得るための最小の製品
- 19. ‘95年のamazon.com
- 20. 継続的な開発・テスト・リリース アイディア 学習 開発 データ 製品 計測
- 21. 様々なデータを定常的に計測 アイディア 学習 開発 データ 製品 計測
- 22. なぜ？を繰り返し真因と対策を アイディア 学習 開発 データ 製品 計測
- 23. 現在のamazon.com
- 26. クラウド以前の苦労 リソース • インフラ・N/Wが得意なエンジニアが少ない、採用大変 • インフラ作業は不人気職（地味、24/365、、、） • エース級エンジニアがサービス開発に集中できない （Dev:Ops=2:8) • スケールさせるための作業が多すぎ 堅牢性 • 自社設置サーバは言わずもがな • DC設置でもH/WやN/Wについては自己責任
- 27. クラウド以前の苦労 バックアップ • バックアップサーバを用意するコスト • バックアップサーバ自体の信頼性確保 スケール • ロードバランサー、DBのMaster/Slaveも全部自前 サーバ調達 • かなり前から準備しないとトラフィック増加に間に合わない • 資金の問題 • 実は要らなかった時のコスト・リスクをどう考えるか？
- 29. 多くの人が使い始め
- 31. キャパシティの見積りは 勘と経験と度胸で行い http://www.flickr.com/photos/mutsmuts/4695658106
- 32. 少ない資金から捻出して インフラに投資し
- 33. インフラを管理 H/Wメンテナンス。。 H/W監 視。。。。 H/W調達 H/W構築。。。 http://eddie.niese.net/20090313/dont-pity-incompetence/
- 34. サービスが続く限り 運用も続く http://www.old-computers.com/news
- 36. 既存インフラのボトルネック アイディア 調達 構築 学習 構築 再構築 メンテナンス データ 製品 計測
- 39. クラウドコンピューティングの特徴 初期投資不要 自由自在なスケール アップ・ダウン Deploy 物理インフラ管理から解放、 本来のサービス開発・提供へ集中 低額な従量課金 市場投入時間の 短縮
- 40. 最小構成なら数十分で構築可能 ELB Web Web まずは App App この構成に！ EC2 EC2 DB RDS Availability Zone AWS Cloud
- 41. でもお高いんでしょ？ ざっくりの目安 (動画や高画質写真を扱わない一般的なWebサービスの場合) ELB ELB →25$/月程度 Web Web EC2(Small) ×2 App App EC2 EC2 →150$/月程度 RDS(Small) DB →100$/月程度 RDS 合計：300$/月程度 Availability Zone ＊データ転送量等で価格は上下します。目安としてご覧ください AWS Cloud
- 42. クラウドでインフラ構築を速く！ アイディア 調達 構築 学習 構築 再構築 メンテナンス データ 製品 計測
- 43. クラウドなら負荷変動に柔軟に追随 インフラ費用 大きな 機会損失 インフラ投資 想定負荷 既存インフラの キャパシティ 過剰なコスト 実際の負荷 クラウドの キャパシティ time
- 44. 一時的なアクセス集中時には ELB ELB Webサーバ増 Web Web Web Web Web Web App App App App App App EC2 EC2 EC2 EC2 EC2 EC2 DB DB ↑スペック UP RDS RDS Availability Zone Availability Zone AWS Cloud AWS Cloud
- 45. 一時的なアクセス集中時には ELB ELB Webサーバ増 Web メディア掲載前に対策、 Web Web Web Web Web App 翌日などアクセスが戻ったら、 App App App App App EC2 元に戻せば、最小限のコストで EC2 EC2 EC2 EC2 EC2 サーバ落ち/レスポンス低下による DB DB ↑スペック 機会損失を防げる UP RDS RDS Availability Zone Availability Zone AWS Cloud AWS Cloud
- 46. もちろん継続的なサービス成長時にも さらに ELB ELB Webサーバ増 … Web Web Web Web Web App App App App App EC2 EC2 EC2 EC2 EC2 DB ↑さらに DB スペック UP RDS RDS Availability Zone Availability Zone AWS Cloud AWS Cloud
- 47. もちろん継続的なサービス成長時にも さらに ELB ELB Webサーバ増 一度この構成にすれば… … Web Web Web Web Web App ユーザが1,000万人になっても、App App App App EC2 基本的にはWeb/Appサーバ増設、 EC2 EC2 EC2 EC2 DB RDSスペックアップを ↑さらに DB 繰り返せばOK！ スペック UP (それでも耐えられなくなったらご相談ください) RDS RDS Availability Zone Availability Zone AWS Cloud AWS Cloud
- 48. 本当に必要なことは 徹底的な計測と調整で http://ms.toyota.co.jp/public/images/gp2008/09_greatbritain/free/l_02.jpg
- 49. AWSでムダを削減 30% 70% オンプレミス 本来の 差別化につながらない 環境 業務 付帯的で面倒な作業 AWSのクラウド ベースの環境 本来の業務に クラウドの よりフォーカス 管理 70% 30%
- 58. データを基にした学習
- 59. 1. 出来る限りのデータを集める準備
- 60. 1. 出来る限りのデータを集める準備 2. A/B testingを行う
- 61. 1. できる限りのデータを集める準備 2. A/B testing を行う 3. ユーザのフィードバックを基に開発を 進める
- 62. A/B TESTING
- 67. まとめ
- 68. リーンクラウドでスタートアップ リーンスタートアップ＋アジャイル+DevOps • ムダを減らして速く進める ビジネス ・ 開発 ・ 運用 • 柔軟な(仲の良い)組織と文化
- 69. 7つのムダもAWSなら 作りすぎのムダ -> DevOps 手待ちのムダ→ オンデマンド≒JIT 運搬のムダ →管理コンソール 加工のムダ → AMIですぐにサーバ追加 在庫のムダ →オンデマンド≒JIT 動作のムダ →管理コンソール 不良をつくるムダ →すぐに交換
- 70. « Want to increase innovation? Lower the cost of failure » Joi Ito