• Like
JAWS-UG クラウド専業SIer(CIer)になってみた結果
Upcoming SlideShare
Loading in...5
×

JAWS-UG クラウド専業SIer(CIer)になってみた結果

  • 16,422 views
Uploaded on

サーバーワークスという会社はもともとWeb系のSIerでしたが、2009年からAWS専業のクラウドインテグレーター(CIer)に転換し業績を伸ばしています。 …

サーバーワークスという会社はもともとWeb系のSIerでしたが、2009年からAWS専業のクラウドインテグレーター(CIer)に転換し業績を伸ばしています。
なぜサーバーワークスがAWSにコミットするようになったのか、その結果何が起きたのか、これからどこに向かうのか、私たちのストーリーをシェアすることで、みなさんがクラウドでビジネスを立ち上げるための材料になれば幸いです!

More in: Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
No Downloads

Views

Total Views
16,422
On Slideshare
0
From Embeds
0
Number of Embeds
20

Actions

Shares
Downloads
154
Comments
2
Likes
65

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. クラウド専業SSIIeerr になってみた結果 •  株式会社サーバーワークス •  代表取締役 大石 良
  • 2. おおいし クラウド の すけ 大石 蔵人之助 株式会社サーバーワークス 代表取締役 –  –  –  –  –  –  –  –  –  –  昭和48年7月20日 新潟市生まれ コンピューターとの出会いは10歳の頃 当時はPC-8001にベーマガのプログラムを入力する日々 コンピューターの購入は11歳 / SHARP X1 中2の時に初めてプログラムが書籍に掲載 高校入学記念にX68000を購入 仙台の大学に進学・本格的なオタクライフ開始 大学生の時にパソコン通信開始。本格的にシェアウェアを販売 総合商社でインターネットサービスプロバイダー事業に携わる 2000年にECのASPを立ち上げるべく起業
  • 3. 持ちネタ 切腹
  • 4. もし今日のセッションで 皆さんに何も得るものがなければ・・・ 切腹します
  • 5. 私たちのストーリーを お伝えすることで、 答えではなく材料を ご提供します
  • 6. 大学向�け 合否照会サービス
  • 7. 昔の合格発表
  • 8. 今の合格発表
  • 9. シェア 6600%%
  • 10. ところが・・・
  • 11. 必要なサーバー数 課題 無駄 必要なコスト 2月 8月
  • 12. そこで、
  • 13. 22000077年からAAWWSSのテスト利用を開始
  • 14. 22000088年 社内サーバー購入�禁止令
  • 15. 22001111年 AWS Solution Provider 22001122年 Amazon Partner Network最上位の Advanced Consulting Partner に認定
  • 16. 事例
  • 17. サイトダウンの理由 被災者: 非被災者: 救急医療など、支援 が受けられる場所を 探す目的で 義援金やボランティ ア活動など、支援で きる方法を探す目的
  • 18. EC2
  • 19. 義援金受付システム
  • 20. 負荷分散装置 20台の、物理的に離れた 2つのデータセンターに設置 されたウェブサーバー 環境構築22時間 アプリ開発4488時間 1日に500万通送信できる メールサーバー 物理的に離れたデータセンター間で リアルタイムに同期し、かつ1時間おきに バックアップを取るデータベース
  • 21. タイムチャート: 33月1144日 日本赤十字社様との打ち合わせ 33月1155日 サイト復旧 33月1177日 義援金管理システム稼働開始
  • 22. 事実 震災後の迅速な義援金の募集に 一役買ったのは、  だった!
  • 23.          lTの現 復興の道しるべ璽 日赤のWebサイトをダウンから救う. サイトで公開している分析レポート 懲禦i鰯繧鷺乳剤i撚易化1翻、 これらは、ネットを介したITエンジニアの無慣協力で実現したことだ。    ../L』・. ..’聾・:.噸鐸. rrエンジニアの力は復興支援に大いに役立つ。今回の震災での事例を紹介す毒苛:li戸1 .払 イト。正常。閲。。,。、,、講1。き。限,早、絹。構築。。、、  日本赤十字社(日赤)のWebサイ トは震災発生後、アクセスが集中し た。急場をしのげた日本赤十字社訓1.  返答。ここからサーバーワークスのIT て閲覧できない状況に陥った。1日 杉山達哉氏(企画広報室広報担当ア  エンジニアによる急ピッチのシステ 当たり8000件程度だった閲覧数が は、「困っている状況で1丁エンジニア  ム構築が行われる。 震災後には約50万件となり、Web が手助けしてくれて、本当に助かっ   羽柴氏は14日午後に要件をヒアリ サーバーの処理が追いつかなくなっ た」と話す。  ングし、大まかな仕様を決めた。開  発は、自宅作業可の指示が出ていた たためだ。  ITサービスを提供するサーバー 徹夜をいとわず突貫作業で構築                                        ツイート 国どこでどんな物資が求められているかを見える化 人物写真は左から野村総合研究所の福島健吾氏、堀宣男氏。右上はTwitterで発信されたツイートを分析してレポート出力した画面、右下はグラフ上のポイントを クリックすると妻示される該当ツイート  ことにも気付かず出社していた川口 …覇氏(開発・運用部エンジニア)が 中嶋麻衣子氏(営業部)の2人が加  今回の震災ではTwitterをはじめと ワークスの羽柴孝氏(営業部部長)  この件をきっかけに別の話も進ん は日本赤十字社が困っていることを だ。日本赤十字社は義援金の受け付  引き受けた。14日夜から徹夜で作業 わる。新坂氏はマイクロブログに「自 するソーシャルメディアが現地から は文書としてダウンロード可能にし 3月14日朝に知り、すぐさま行動し け業務を基本的に手作業で行ってい  を続け、夜が明けるころ、複数サー 分も何かやりたい」とつぶやいてい 1 の情報発信や被災者の安否確認など た。両氏には、各種団体から役立っ た。アマゾンデータサービスジャパ たが、大量に寄せられる義援金の申  バーで入力を受け付けてデータを保 て、それを見た羽柴氏が支援を要請 に幅広く使われた。貴重な情報源と ているとの声が寄せられているとい ンやAmazonユーザー会の協力を得 し出に作業が追いつかない状況だっ  持する部分が完成した。「復興支援 し開発に加わった。川熟手と調整の して活躍したが、逆に情報があふれ う。「Twitter上での反響も大きい。 て、コンテンツ配信サービス「Amaz㎝ た。そこで日本赤十字社の担当者は、  につながる緊急作業なのだから、で 上、新訓氏は主に管理系の画面や機 ると、今どこで何が求められている 残業時間がちょっと増えたけれども CloudFmt」を用いた高速なボスティ 羽柴氏に「ネット上で義援金を事前  きる限りのことをやろうと思った」 能を作成した。交通機関の乱れが予 かが分かりにくくなる。 ング環境の無償提供を申し出た。日 登録できるようなシステムを作れな  と川口氏は語る。 測されていたため早めに出社してい  そのことに気付いた野村総合研究          ましも  このほかにもNRIの真下竜実氏(IT 本赤十字社の担当者は14日昼ころに いだろうか」と相談した。羽柴氏は   15日朝、開発作業に新国学氏(開 た中嶋氏は、出社後に川口氏らの状 所(NRI)の堀宣男氏(ビジネスイン 基盤インテグレーション事業本部主 申し出を受け、16日未明にはWebサ その場で経営層の承諾を得て、「で  発・運用部システムエンジニア)と 況を知って手伝いを申し出た。中嶋 チりジェンス事業部上級システムコ 席)が、支援物資の受け手が発する 氏は、システムテストなどを行った。 ンサルタント)と福島健吾氏(同事 メッセージを支援者である送り手に  徹夜明けの同門氏が15日夜に抜 業部副主任データアナリスト)は、 届けるシステムを構築した。真下氏 け、羽柴氏を含む3人のチームによ 業務で身に付けたテキストマイニン は、「支援したものが誰に届いたの る開発作業が15日も夜通し続いた。 グ技術が役立っと考えた。 か、それが役立ったのか、といった 義援金事前登録システムが稼働した  実際に、Twitterで発信された膨大 被災地からのフィードバックがあれ 日本赤十宇社のホームページ (堀氏)。また、審査に通るまでの問 取り組んでよかった」(福島氏)。 のは16日午前11時。直前まで修正 なツイートから支援要請などの情報 ば、支援活動が長続きする」と考え 作業に追われた新坂氏は、「チームが を拾い出し、どこでどんな物資が求 たのだという。また、システムイン 一丸となって頑張った結果、よい朝 められているかを見える化するシス テグレータであるユー・エス・イーの を迎えられた」と感じた。また、稼 テムを開発した(図B)。システムは3 平岡由美子氏(クラウドサービス事 働の直前テストを終えた中嶋氏は「入 月下旬に出来上がったが、同社のサ 業部クラウドサービス推進室)らの 社2年目の自分でも役に立てたこと イトで公開するとなるとセキュリティ チームは、被災地からの避難者を受 がうれしい」と思った(図A)。 などの社内審査手順を踏む必要があ け入れる自治体のコミュニティーを る。堀氏は早期に審査が完了するよ 支援するために、セールスフォース・ ’rW㎞erの分析システムを開発 う関係者に働きかけた。「夜9時から ドットコムの協力を得て、ボランティ  こうした、ITエンジニアによる復 臨時の審査会を開催してもらうなど、 ア活動計画の管理システムを構築し 興支援の例は他にも多数ある。 相当な無理を聞き入れてもらった」 … て無償提供した。 團日本赤+字社の盤金事薩録システムを突賄築 人物写真は左からサーパーワークスの中嶋麻衣子氏、羽柴孝氏.川ロ樹氏、新坂学氏。右上は、高速なコンテンツ配信サービスの利用により、アクセス集中 時でも表示可能な日本赤十字社のホームページ。右下は義援金事前登録システムの入力フォーム 40  NIKKEI SYSTEMS 2011.6 日本赤十字社様事例 (日経SSYYSSTTEEMMSS様 22001111年66月号) NIKKEI SYS丁EMS 2Q11.6   41
  • 24. 世間の論調 SIerって 死ぬんでしょ?
  • 25. 世間の論調 SIは必要悪だ SIは終わった SIは保険でしかない
  • 26. データを見ても
  • 27. SSII企業倒産件数 240   年間222211件 過去最悪! 220   200   180   160   140   120   2010年 2011年 2012年
  • 28. 厳しいのは 本当っぽい
  • 29. 22000088年ごろの 私たちも・・
  • 30. AWSで SIオワタ\(^o^)/
  • 31. AWSでSIオワタの図 AAWWSSでハードが要らなくなる ソフトもAAWWSSを使えば流通がいらなくなる ユーザー企業が自分でシステム構築できてしまう SIオワタ\(^o^)/
  • 32. 仮説からActionへ 仮説: ユーザー企業は、自前でクラウドを コントロールしようとするのでは無いか?          ↓ Action! ユーザー企業が、AAWWSSのコントロールを やりやすくするツールをビジネスにしよう!
  • 33. Cloudworks •  コンセプト 「日本語でEECC22が操作できる!」
  • 34. AAWWSSの画面
  • 35. ユーザー数 900   800   700   600   500   400   300   200   100   0  
  • 36. ビジネス上の結果 •  有料ユーザーが全く増えず! • 22000099年〜22001100年は 大赤字!!
  • 37. 大失敗の理由 11.. タイミング 22.. 仮説そのものの間違い
  • 38. 失敗11.. タイミング •  AAWWSSは、エンジニアが評価の ために使うケースがほとんど だった •  投入�が早すぎた
  • 39. 失敗22.. 仮説そのもの •  よく顧客が自社にへばりついているSIer の悪口をいっているので、それを 「コントロールを取り戻したい」 という意図と勘違いした
  • 40. そこに震災
  • 41. 震災が私たちに教えてくれたこと
  • 42. 予測不能 • リーマンショック • 2020 東京オリンピック • 楽天日本一ワロスwww
  • 43. ロードマップを描くことはできません。 しかし知恵を磨くことはできます。               --- ウォーレン・バフェット
  • 44. 震災が私たちに教えてくれたこと •  大切なことは、 予測の精度を高めるのでは無く、 予測不能な事態がおきても最善手を打つ 「適応マネジメント」
  • 45. 私たちが得た学び •  顧客が望んでいるものはセルフサービス ではなく、新しい技術を安全に利用する 保険 ための •  日本赤十字社の事例が示すように、突発 的な事態(災害・ハードの故障)への 迅速な対応の方が大切だった
  • 46. Pivot 顧客はセルフサービスを 望んでいない Cloudworks自体は無料で続け、 AWSの導入�支援(SI)で収益化
  • 47. 成果(SI売上) 2010年 2011年 2012年
  • 48. 米国でも
  • 49. 米国のクラウド利用者が必要と しているサービストップ3 11..  インテグレーション 22..  保険 33..  ガバナンス(統制) Nov.  2012,  AWS  re:Invent   Tiffani  Bova,  Gartner  VP
  • 50. 〜材料編〜 クラウドインテグレーターを やってみて わかったこと
  • 51. クラウド専業をやってみて わかったこと 調達モデルの変化
  • 52. SIerは いらなくなるんじゃないか?
  • 53. NO!
  • 54. •  顧客はSIerを必要としている •  ただし、 SIerに求められるモノは変わる
  • 55. 今までのSI のどが 渇いた! ○×○×○×○×○ ×○×○×○×○× ○×○×○×○× ○×○×○×○×○ ×○×○×○×○× ○×○×○×○× 品質チーム 調達チーム ○×○×○×○×○ ×○×○×○×○× ○×○×○×○× バケツを 調達する係 ○×○×○×○×○ ×○×○×○×○× ○×○×○×○× 川から 水をくむ係 ○×○×○×○×○ ×○×○×○×○× ○×○×○×○× 水の量を 計る係 ○×○×○×○×○ ×○×○×○×○× ○×○×○×○× 水の品質を 調べる係
  • 56. これからのSI のどが 渇いた!    どうぞ! H2O H H O   アマゾン工場 (クラウド事業者)
  • 57. ピラミッド型SI •  「人が多い」ことが前提だった •  「コミュニケーション」が重要なスキル だった •  下請け企業の役割は、技術では無く 「人材バッファ」だった
  • 58. クラウド型SI •  非常に小さいチーム •  素早いデリバリー •  つくらない技術≒使う技術 が重要に! –  「組み合わせる」分子式の知識 •  AWSのCDP •  Heroku と EC2+SQS •  Salesforce と AWS
  • 59. AAWWSSの利用料金をSSaalleessffoorrcceeでレポート化
  • 60. 仮説:SSaalleessffoorrcceeとAAWWSSの 組み合わせで企業のIITTインフラ が構築できる時代が来る
  • 61. フルスタック・ クラウドインテグレーターへ!
  • 62. というわけで、
  • 63. re:Invent
  • 64. DDrreeaammffoorrccee
  • 65. 行ってきました 世界2大クラウド 夢の共演ツアー
  • 66. 決してカジノで遊んだり
  • 67. サンフランシスコで cclloouuddppaacckkの後藤さんと
  • 68. ワイン(OOppuussOOnnee!)を買うために
  • 69. 遊びに行っていたワケでは ございません!(←ココ強調)
  • 70. re:Invent
  • 71. 大きな発表 •  サービス –  KKiinneessiiss(MM22MM,, IIooTT) –  WWoorrkkssppaacceess(VVDDII) •  事例 –  オーストラリア第55位の銀行(サンコープ) が、全システムをAAWWSS化 •  フォーカス –  セキュリティ –  MM22MM
  • 72. DDrreeaammffoorrccee
  • 73. イベント比較 場所 回数 参加者数 日本人 日本人参加者 イベント re:Invent ラスベガス 2回目 9,000人 240人 80% SIer 20% User Dreamforce サンフランシスコ 10回目 130,000人 1,000人?(300人とも..) 60% SIer 40% User スクール型 セッション キーノート・キーノート! シェリル・サンドバーグ マリッサ・メイヤー GreenDay ヒューイ・ルイス(!?)
  • 74. re:Invent •  開発者フレンドリーな姿勢は一貫 •  ガチンコで「勉強する場所」
  • 75. DDrreeaammffoorrccee •  キーノートのプレゼンは圧巻 –  とにかく、全てのキーノートで必ずユーザー インタビューが入�る •  ユーザーのビジョンに毎回感銘 •  サンフランシスコ中がお祭りモード!
  • 76. 共通のメッセージ
  • 77. 驚くほど(22社は) 同じ事を言っている!
  • 78. メッセージ • セキュリティ • モバイル • ワークスタイル • MM22MM ((IIooTT)) • イノベーション
  • 79. メッセージとサービス AWS セキュリティ モバイル ワークスタイル M2M, IoT Salesforce CloudTrail AppStream Workspaces Kinesis Salesforce 1 Salesforce A Heroku 1
  • 80. M2M / IoT グローバル サクセス! ビッグデータ Kinesis Redshift イノベーション Workspaces モバイルワーク カスタマー Chatter Salesforce 1 カスタマー モバイル
  • 81. 違いを感じたところ
  • 82. ガートナーの発表 テクノロジー分野で イノベーションを起こす 2つのモデル 11..  プロダクトドリブン:AWS 22..  マーケットドリブン:SSaalleessffoorrccee
  • 83. フィロソフィー
  • 84. TThhee AAWWSS PPrriicciinngg PPhhiilloossoopphhyy
  • 85. AAWWSS価格哲学(簡易版) 安くす る 調達コ スト減 る ユー ザーが 増える インフ ラが巨 大に
  • 86. SSaalleessffoorrccee(推測) マーケ ティン グ! パート ナーも SFDCも 儲かる 高くても 買う
  • 87. エコシステム 安くす る 調達コ スト減 る マーケ ティン グ! ユー ザーが 増える インフ ラが巨 大に パート ナーも SFDCも 儲かる 高くても 買う
  • 88. 考察 AAWWSSもSSaalleessffoorrcceeも、パートナー エコシステムのスパイラルが 拡大再生産に向�けた臨界点を 超えている (+のフィードバック)
  • 89. 国内企業のやるべきこと
  • 90. ユーザー企業編
  • 91. クラウド化しないと・・・ •  トライアンドエラーできない •  予期せぬ事態に迅速に対応できない •  グローバル化に対応できない AAWWSSやSSaalleessffoorrcceeを使っている ユーザーに勝てない
  • 92. 使わないと勝てない
  • 93. カタログスペック 手紙 電話 目的 メッセージを伝達する コスト 安い 高い 専門家のヘルプ 必要無い 必要 企業は手紙を導入�すべき?
  • 94. 手紙 vvss 電話 •  「情報を伝達する」という見た目の目的 は同じ •  トータルコストは手紙の方が(恐らく) 安い •  でも、電話により情報の伝達スピードが 飛躍的に加速し、事業価値が向�上 手紙を使う会社は 電話を使っているユーザーに勝てない
  • 95. オンプレ vvss クラウド •  情報を処理するという見た目の目的は同じ •  見た目のコストはオンプレの方が安くできる (期間を長くすれば誤魔化せる)
  • 96. オンプレ・レトリック •  110000万円のハードを買ったら55年で割る と年間2200万円? 物理サーバー AWS 設置・導入コスト 別途必要 含まれている 故障時コスト 別途必要 必要無い 回線コスト 別途必要 含まれている 設置場所コスト 別途必要 含まれている 資産管理コスト 別途必要 必要無い(費用) 遺棄コスト 別途必要 必要無い
  • 97. オンプレ vvss クラウド •  情報を処理するという見た目の目的は同じ •  見た目のコストはオンプレの方が安くできる (期間を長くすれば誤魔化せる) •  でも、クラウドにより情報の伝達速度・迅速 性が飛躍的に加速し、イノベーションが加速 クラウドユーザーに勝てない
  • 98. IIBBMM 22001133年1100月2244日発表 「クラウドの利用ユーザーは 未導入�ユーザーに比べて収益22倍」
  • 99. クラウドのシェア •  使っている企業がより優位にたち、ます ます利用量を増やす •  使わない(使えない)企業が市場から退 場を余儀なくされる 2つの要因でますます拡大
  • 100. SIerはどうするんだっけ?
  • 101. ガートナーの提言
  • 102. 極端 •  旧来型のSSIIによるクラウド販売 –  プロジェクト毎 –  サービスへの投資は限定的 –  複数のサービスをかけもち •  クラウドネイティブなCCIIeerr –  特定のクラウド事業者にコミット –  プロフェッショナルサービスとSSIIが主たる事業
  • 103. ガートナーの提言
  • 104. ハイブリッド型へ •  いくつかのクラウドサービスをインテグ レートできるパートナーがより重要に •  旧来型のSSIIも、クラウドネイティブなCCIIも、 いずれもハイブリッドに向�かう
  • 105. アクション •  私たち –  テラスカイ+サーバーワークスで SSaalleessffoorrccee+AAWWSSができるハイブリッド型 CCIIeerrへ •  クラウドネイティブでないSSIIの皆さま –  足りないリソースを戦略的に補って、 ハイブリッド型CCIIeerrへ
  • 106. 社内の説得
  • 107. 最近よく見る比較広告 AA社より4400%安い! AA社よりCCPPUUが早い!
  • 108. 現実 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  
  • 109. 現実 他社クラウド 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相当のサービス
  • 110. どんな違いをもたらすか?
  • 111. EECC22相当のサービスを使った場合 他社クラウド EC2相当のサービス BIND インストール時間 サーバー資源 が必要! Pos^ix squid MySQL Backup 監視
  • 112. 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  
  • 113. 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  
  • 114. 実システムでの比較(コスト) AWS EC2相当 EC2 20台 ELB 2 RDS 2 Route53 1 CloudFront -­‐ SES -­‐ CloudWatch -­‐ S3 Total 20GB 約18万円/月 仮想サーバー 45台 約22万円/月
  • 115. 実システムでの比較(時間) EECC22相当 4455台分の セットアップ時間 4455台分の 運用時間
  • 116. AAWWSSでは EECC22以外のサービスが充実しているから サーバーのセットアップとメンテナンスにかかる時間 が減って インフラのお守りにかける 時間とコストが減る!
  • 117. (特にSIの会社さんは・・) もうからならないんじゃ?
  • 118. 実際に案件単価は激減 クラウド前 クラウド後 SSII費用 保守・運用 ハードウェア SSII費用 クラウド利用料 保守・運用
  • 119. 予算は減るが利益は上がる クラウド前 クラウド後 総額は縮小 SSII費用 保守・運用 ハードウェア SSII費用 クラウド利用料 保守・運用 利益は 増加
  • 120. クラウドによって・・・ 顧客のIITT投資総額は減る中でも、 SSIIeerrが得られる利益は 上げることができる!
  • 121. 本日のまとめ
  • 122. まとめ ①保険?いいじゃないか! クラウド時代も変わらず顧客はSIを求めている ②クラウド時代のSIに必要な知識 (クラウド分子式)を 身につけて、クラウド時代の先頭に立とう! ③サーバーワークスの様なクラウド インテグレーターはまだまだ拡大の余地あり。 上司を、会社を説得してチャレンジしよう!
  • 123. これだけ言えば みなさんの会社もクラウドに 全力投球するはず!
  • 124. 万が一、 これでダメだった 場合は
  • 125. 斬 り ま し ょ う
  • 126. もし一人で斬るのは 気が引ける様なら
  • 127. 脱藩!
  • 128. ttwwiitttteerrで @@sseerrvveerrwwoorrkkss に
  • 129. 脱藩なう
  • 130. 切腹しろ という方は お申し出下さい
  • 131. そうでない方は・・・
  • 132. 一緒に波に乗って 日本のIITTをクラウドで 元気にしていきましょう! @ooishi