JAWS-UG クラウド専業SIer(CIer)になってみた結果 (original) (raw)
1. クラウド専業SSIIeerr になってみた結果 • 株式会社サーバーワークス • 代表取締役 大石 良
2. おおいし クラウド の すけ 大石 蔵人之助 株式会社サーバーワークス 代表取締役 – – – – – – – – – – 昭和48年7月20日 新潟市生まれ コンピューターとの出会いは10歳の頃 当時はPC-8001にベーマガのプログラムを入力する日々 コンピューターの購入は11歳 / SHARP X1 中2の時に初めてプログラムが書籍に掲載 高校入学記念にX68000を購入 仙台の大学に進学・本格的なオタクライフ開始 大学生の時にパソコン通信開始。本格的にシェアウェアを販売 総合商社でインターネットサービスプロバイダー事業に携わる 2000年にECのASPを立ち上げるべく起業
3. 持ちネタ 切腹
4. もし今日のセッションで 皆さんに何も得るものがなければ・・・ 切腹します
5. 私たちのストーリーを お伝えすることで、 答えではなく材料を ご提供します
8. 昔の合格発表
9. 今の合格発表
10. シェア 6600%%
11. ところが・・・
12. 必要なサーバー数 課題 無駄 必要なコスト 2月 8月
13. そこで、
16. 22001111年 AWS Solution Provider 22001122年 Amazon Partner Network最上位の Advanced Consulting Partner に認定
17. 事例
20. サイトダウンの理由 被災者: 非被災者: 救急医療など、支援 が受けられる場所を 探す目的で 義援金やボランティ ア活動など、支援で きる方法を探す目的
23. EC2
24. 義援金受付システム
25. 負荷分散装置 20台の、物理的に離れた 2つのデータセンターに設置 されたウェブサーバー 環境構築22時間 アプリ開発4488時間 1日に500万通送信できる メールサーバー 物理的に離れたデータセンター間で リアルタイムに同期し、かつ1時間おきに バックアップを取るデータベース
26. タイムチャート: 33月1144日 日本赤十字社様との打ち合わせ 33月1155日 サイト復旧 33月1177日 義援金管理システム稼働開始
27. 事実 震災後の迅速な義援金の募集に 一役買ったのは、 だった!
29. 世間の論調 SIerって 死ぬんでしょ?
30. 世間の論調 SIは必要悪だ SIは終わった SIは保険でしかない
31. データを見ても
32. SSII企業倒産件数 240 年間222211件 過去最悪! 220 200 180 160 140 120 2010年 2011年 2012年
33. 厳しいのは 本当っぽい
36. AWSでSIオワタの図 AAWWSSでハードが要らなくなる ソフトもAAWWSSを使えば流通がいらなくなる ユーザー企業が自分でシステム構築できてしまう SIオワタ\(^o^)/
37. 仮説からActionへ 仮説: ユーザー企業は、自前でクラウドを コントロールしようとするのでは無いか? ↓ Action! ユーザー企業が、AAWWSSのコントロールを やりやすくするツールをビジネスにしよう!
38. Cloudworks • コンセプト 「日本語でEECC22が操作できる!」
39. AAWWSSの画面
41. ユーザー数 900 800 700 600 500 400 300 200 100 0
42. ビジネス上の結果 • 有料ユーザーが全く増えず! • 22000099年〜22001100年は 大赤字!!
43. 大失敗の理由 11.. タイミング 22.. 仮説そのものの間違い
44. 失敗11.. タイミング • AAWWSSは、エンジニアが評価の ために使うケースがほとんど だった • 投入�が早すぎた
45. 失敗22.. 仮説そのもの • よく顧客が自社にへばりついているSIer の悪口をいっているので、それを 「コントロールを取り戻したい」 という意図と勘違いした
46. そこに震災
47. 震災が私たちに教えてくれたこと
48. 予測不能 • リーマンショック • 2020 東京オリンピック • 楽天日本一ワロスwww
49. ロードマップを描くことはできません。 しかし知恵を磨くことはできます。 --- ウォーレン・バフェット
50. 震災が私たちに教えてくれたこと • 大切なことは、 予測の精度を高めるのでは無く、 予測不能な事態がおきても最善手を打つ 「適応マネジメント」
51. 私たちが得た学び • 顧客が望んでいるものはセルフサービス ではなく、新しい技術を安全に利用する 保険 ための • 日本赤十字社の事例が示すように、突発 的な事態(災害・ハードの故障)への 迅速な対応の方が大切だった
52. Pivot 顧客はセルフサービスを 望んでいない Cloudworks自体は無料で続け、 AWSの導入�支援(SI)で収益化
54. 米国でも
55. 米国のクラウド利用者が必要と しているサービストップ3 11.. インテグレーション 22.. 保険 33.. ガバナンス(統制) Nov. 2012, AWS re:Invent Tiffani Bova, Gartner VP
56. 〜材料編〜 クラウドインテグレーターを やってみて わかったこと
57. クラウド専業をやってみて わかったこと 調達モデルの変化
59. NO!
60. • 顧客はSIerを必要としている • ただし、 SIerに求められるモノは変わる
61. 今までのSI のどが 渇いた! ○×○×○×○×○ ×○×○×○×○× ○×○×○×○× ○×○×○×○×○ ×○×○×○×○× ○×○×○×○× 品質チーム 調達チーム ○×○×○×○×○ ×○×○×○×○× ○×○×○×○× バケツを 調達する係 ○×○×○×○×○ ×○×○×○×○× ○×○×○×○× 川から 水をくむ係 ○×○×○×○×○ ×○×○×○×○× ○×○×○×○× 水の量を 計る係 ○×○×○×○×○ ×○×○×○×○× ○×○×○×○× 水の品質を 調べる係
62. これからのSI のどが 渇いた! どうぞ! H2O H H O アマゾン工場 (クラウド事業者)
63. ピラミッド型SI • 「人が多い」ことが前提だった • 「コミュニケーション」が重要なスキル だった • 下請け企業の役割は、技術では無く 「人材バッファ」だった
64. クラウド型SI • 非常に小さいチーム • 素早いデリバリー • つくらない技術≒使う技術 が重要に! – 「組み合わせる」分子式の知識 • AWSのCDP • Heroku と EC2+SQS • Salesforce と AWS
67. 仮説:SSaalleessffoorrcceeとAAWWSSの 組み合わせで企業のIITTインフラ が構築できる時代が来る
69. というわけで、
70. re:Invent
72. 行ってきました 世界2大クラウド 夢の共演ツアー
73. 決してカジノで遊んだり
77. re:Invent
79. 大きな発表 • サービス – KKiinneessiiss(MM22MM,, IIooTT) – WWoorrkkssppaacceess(VVDDII) • 事例 – オーストラリア第55位の銀行(サンコープ) が、全システムをAAWWSS化 • フォーカス – セキュリティ – MM22MM
85. イベント比較 場所 回数 参加者数 日本人 日本人参加者 イベント re:Invent ラスベガス 2回目 9,000人 240人 80% SIer 20% User Dreamforce サンフランシスコ 10回目 130,000人 1,000人?(300人とも..) 60% SIer 40% User スクール型 セッション キーノート・キーノート! シェリル・サンドバーグ マリッサ・メイヤー GreenDay ヒューイ・ルイス(!?)
86. re:Invent • 開発者フレンドリーな姿勢は一貫 • ガチンコで「勉強する場所」
87. DDrreeaammffoorrccee • キーノートのプレゼンは圧巻 – とにかく、全てのキーノートで必ずユーザー インタビューが入�る • ユーザーのビジョンに毎回感銘 • サンフランシスコ中がお祭りモード!
88. 共通のメッセージ
90. メッセージ • セキュリティ • モバイル • ワークスタイル • MM22MM ((IIooTT)) • イノベーション
91. メッセージとサービス AWS セキュリティ モバイル ワークスタイル M2M, IoT Salesforce CloudTrail AppStream Workspaces Kinesis Salesforce 1 Salesforce A Heroku 1
92. M2M / IoT グローバル サクセス! ビッグデータ Kinesis Redshift イノベーション Workspaces モバイルワーク カスタマー Chatter Salesforce 1 カスタマー モバイル
93. 違いを感じたところ
94. ガートナーの発表 テクノロジー分野で イノベーションを起こす 2つのモデル 11.. プロダクトドリブン:AWS 22.. マーケットドリブン:SSaalleessffoorrccee
95. フィロソフィー
96. TThhee AAWWSS PPrriicciinngg PPhhiilloossoopphhyy
98. SSaalleessffoorrccee(推測) マーケ ティン グ! パート ナーも SFDCも 儲かる 高くても 買う
99. エコシステム 安くす る 調達コ スト減 る マーケ ティン グ! ユー ザーが 増える インフ ラが巨 大に パート ナーも SFDCも 儲かる 高くても 買う
100. 考察 AAWWSSもSSaalleessffoorrcceeも、パートナー エコシステムのスパイラルが 拡大再生産に向�けた臨界点を 超えている (+のフィードバック)
101. 国内企業のやるべきこと
102. ユーザー企業編
103. クラウド化しないと・・・ • トライアンドエラーできない • 予期せぬ事態に迅速に対応できない • グローバル化に対応できない AAWWSSやSSaalleessffoorrcceeを使っている ユーザーに勝てない
104. 使わないと勝てない
107. カタログスペック 手紙 電話 目的 メッセージを伝達する コスト 安い 高い 専門家のヘルプ 必要無い 必要 企業は手紙を導入�すべき?
108. 手紙 vvss 電話 • 「情報を伝達する」という見た目の目的 は同じ • トータルコストは手紙の方が(恐らく) 安い • でも、電話により情報の伝達スピードが 飛躍的に加速し、事業価値が向�上 手紙を使う会社は 電話を使っているユーザーに勝てない
109. オンプレ vvss クラウド • 情報を処理するという見た目の目的は同じ • 見た目のコストはオンプレの方が安くできる (期間を長くすれば誤魔化せる)
110. オンプレ・レトリック • 110000万円のハードを買ったら55年で割る と年間2200万円? 物理サーバー AWS 設置・導入コスト 別途必要 含まれている 故障時コスト 別途必要 必要無い 回線コスト 別途必要 含まれている 設置場所コスト 別途必要 含まれている 資産管理コスト 別途必要 必要無い(費用) 遺棄コスト 別途必要 必要無い
111. オンプレ vvss クラウド • 情報を処理するという見た目の目的は同じ • 見た目のコストはオンプレの方が安くできる (期間を長くすれば誤魔化せる) • でも、クラウドにより情報の伝達速度・迅速 性が飛躍的に加速し、イノベーションが加速 クラウドユーザーに勝てない
112. IIBBMM 22001133年1100月2244日発表 「クラウドの利用ユーザーは 未導入�ユーザーに比べて収益22倍」
113. クラウドのシェア • 使っている企業がより優位にたち、ます ます利用量を増やす • 使わない(使えない)企業が市場から退 場を余儀なくされる 2つの要因でますます拡大
114. SIerはどうするんだっけ?
115. ガートナーの提言
116. 極端 • 旧来型のSSIIによるクラウド販売 – プロジェクト毎 – サービスへの投資は限定的 – 複数のサービスをかけもち • クラウドネイティブなCCIIeerr – 特定のクラウド事業者にコミット – プロフェッショナルサービスとSSIIが主たる事業
117. ガートナーの提言
118. ハイブリッド型へ • いくつかのクラウドサービスをインテグ レートできるパートナーがより重要に • 旧来型のSSIIも、クラウドネイティブなCCIIも、 いずれもハイブリッドに向�かう
119. アクション • 私たち – テラスカイ+サーバーワークスで SSaalleessffoorrccee+AAWWSSができるハイブリッド型 CCIIeerrへ • クラウドネイティブでないSSIIの皆さま – 足りないリソースを戦略的に補って、 ハイブリッド型CCIIeerrへ
120. 社内の説得
121. 最近よく見る比較広告 AA社より4400%安い! AA社よりCCPPUUが早い!
122. 現実 Amazon ElasKc Compute Cloud (EC2) Amazon ElasKc MapReduce Auto Scaling Amazon CloudFront Amazon SimpleDB Amazon RelaKonal Database Service (RDS) Amazon ElasKCache AWS ElasKc Beanstalk AWS CloudFormaKon Amazon Simple Queue Service (SQS) Amazon Simple NoKficaKon Service (SNS) Amazon Simple Email Service (SES) Amazon CloudWatch Amazon Route 53 Amazon Virtual Private Cloud (VPC) ElasKc Load Balancing AWS Direct Connect Amazon Simple Storage Service (S3) Amazon ElasKc Block Storage (EBS) AWS Import/Export
123. 現実 他社クラウド Amazon Elas+c Compute Cloud (EC2) Amazon ElasKc MapReduce Auto Scaling Amazon CloudFront Amazon SimpleDB Amazon RelaKonal Database Service (RDS) Amazon ElasKCache AWS ElasKc Beanstalk AWS CloudFormaKon Amazon Simple Queue Service (SQS) Amazon Simple NoKficaKon Service (SNS) Amazon Simple Email Service (SES) Amazon CloudWatch Amazon Route 53 Amazon Virtual Private Cloud (VPC) ElasKc Load Balancing AWS Direct Connect Amazon Simple Storage Service (S3) Amazon ElasKc Block Storage (EBS) AWS Import/Export EC2相当のサービス
124. どんな違いをもたらすか?
125. EECC22相当のサービスを使った場合 他社クラウド EC2相当のサービス BIND インストール時間 サーバー資源 が必要! Pos^ix squid MySQL Backup 監視
126. AAWWSSの場合 Amazon Elas+c Compute Cloud (EC2) Amazon ElasKc MapReduce Auto Scaling Amazon CloudFront Amazon SimpleDB Amazon Rela+onal Database Service (RDS) Amazon ElasKCache AWS ElasKc Beanstalk AWS CloudFormaKon Amazon Simple Queue Service (SQS) Amazon Simple NoKficaKon Service (SNS) Amazon Simple Email Service (SES) Amazon CloudWatch Amazon Route 53 Amazon Virtual Private Cloud (VPC) Elas+c Load Balancing AWS Direct Connect Amazon Simple Storage Service (S3) Amazon Elas+c Block Storage (EBS) AWS Import/Export
127. AAWWSSの場合 Amazon Elas+c Compute Cloud (EC2) Amazon ElasKc MapReduce Auto Scaling Amazon CloudFront Amazon SimpleDB Amazon Rela+onal Database Service (RDS) Amazon ElasKCache AWS ElasKc Beanstalk AWS CloudFormaKon Amazon Simple Queue Service (SQS) Amazon Simple NoKficaKon Service (SNS) Amazon Simple Email Service (SES) インストール時間0 サーバー(EECC22)の利用量削減 Amazon CloudWatch Amazon Route 53 Amazon Virtual Private Cloud (VPC) Elas+c Load Balancing AWS Direct Connect Amazon Simple Storage Service (S3) Amazon Elas+c Block Storage (EBS) AWS Import/Export
129. 実システムでの比較(時間) EECC22相当 4455台分の セットアップ時間 4455台分の 運用時間
130. AAWWSSでは EECC22以外のサービスが充実しているから サーバーのセットアップとメンテナンスにかかる時間 が減って インフラのお守りにかける 時間とコストが減る!
131. (特にSIの会社さんは・・) もうからならないんじゃ?
132. 実際に案件単価は激減 クラウド前 クラウド後 SSII費用 保守・運用 ハードウェア SSII費用 クラウド利用料 保守・運用
133. 予算は減るが利益は上がる クラウド前 クラウド後 総額は縮小 SSII費用 保守・運用 ハードウェア SSII費用 クラウド利用料 保守・運用 利益は 増加
134. クラウドによって・・・ 顧客のIITT投資総額は減る中でも、 SSIIeerrが得られる利益は 上げることができる!
135. 本日のまとめ
137. これだけ言えば みなさんの会社もクラウドに 全力投球するはず!
138. 万が一、 これでダメだった 場合は
139. 斬 り ま し ょ う
140. もし一人で斬るのは 気が引ける様なら
141. 脱藩!
143. 脱藩なう
144. 切腹しろ という方は お申し出下さい
145. そうでない方は・・・
146. 一緒に波に乗って 日本のIITTをクラウドで 元気にしていきましょう! @ooishi