SlideShare uma empresa Scribd logo
1 de 55
Baixar para ler offline
ITpro EXPO 2009 クラウドスペシャル   2009年10月30日




        データセンター視点で比較した
           クラウドの内側




             日経コンピュータ編集部
                 中田 敦
講演者
中田 敦(なかだ あつし)
「日経コンピュータ」編集部所属
1998年4月     日経BP社入社、「日経レストラン」編集部に配属
2000年9月     ITニュースサ゗ト「BizTech」編集部に異動
2002年10月    「日経Windowsプロ」編集部に異動
2006年1月     ITニュースサ゗ト「ITpro」編集部に異動
2008年4~6月   米国でクラウド・コンピューテゖング事情を取材
2008年10月    「日経コンピュータ」編集部に異動

2009年4月     「クラウド大全」刊行
日経コンピュータの
クラウド担当
            2009年
            7月8日号




                    2009年
                    4月29日号


  2008年
  11月15日号
日経コンピュータの
クラウド担当
日経BP社発行
2520円
Amazon
Google
Salesforce.com
Windows Azure
楽天、Yahoo!
全部入ってます

中田も
執筆しています
Googleは異形のメーカー
一番お伝えしたいこと
  クラウド・コンピューテゖングの
      「導入目的」は



     コスト削減
一番お伝えしたいこと
  クラウド・コンピューテゖングの
      「導入目的」は



     コスト削減


     ではない
問題意識
ユーザーはなぜクラウド・コンピューティングのサービスを使うのか?

 (誤解) Webブラウザで使えるから
 (誤解) 安価だから

 (正答) クラウドが提供するゕプリケーションの方が高速だから


      デスクトップ検索           Web検索
       Outlook 2007        Gmail
         カーナビ           Google Maps
       RSSリーダー         Googleリーダー
    Windowsフォトギャラリー   Picasa Webゕルバム
「サーバーで動かすソフトウエゕ」の
どこがいいのか?

例えば
Gmail
●巨大な容量
 無料版でも最低5Gバ゗ト

●高速な検索
 どんなに大量にメールが
 あっても1~2秒で検索

●どこからでも使える
 Webブラウザ
 携帯電話機
「サーバーで動かすソフトウエゕ」の
どこがいいのか?

例えば
Google Maps
●巨大な容量
 全世界の地図
 全世界の航空写真
 主要都市の街頭写真

●高速な検索
 全世界の地図を
 1~2秒で検索

●どこからでも使える
 Webブラウザ
 携帯電話機
「サーバーで動かすソフトウエゕ」の
どこがいいのか?
●2000年代後半
 「パソコン」以外でも、ゕプリケーションが利用可能に




                             ご存じ
                             Apple「iPhone」

                             タッチパネルで
                             Google Mapsが
                             利用可能
ソニーとJR東日本の
共通点は?




             VAIO X発売
ソニーとJR東日本の
共通点は?




             運行情報
ソニーとJR東日本の
共通点は?



      一番大事なときに

    負荷に耐えきれなくなって

   Webサ゗トがダウンしたこと
一方「Animoto」の場合

             ●Animotoとは?

             ユーザーが投稿した写真
             と音楽を組み合わせて、
             ミュージックビデオ風の
             動画を作成するゕプリ
             ケーション

             2008年4月にFacebook
             にゕプリケーションを公
             開。
Amazon EC2のメリットは
「スケール」


             Facebookにゕプリケーションを公
             開しただけで、ユーザー数が3日間
             で2万5000人から25万人に急増し
             たが、サーバー台数を50台から
             4000台にまで拡張させたので、
             まったく事なきを得た




            RightScale Blog
            Animoto’s Facebook scale-up
            http://blog.rightscale.com/
            2008/04/23/animoto-facebook-scale-up/
グーグルのPaaS
Google App Engine

米国大統領府
(ホワ゗トハウス)が
2009年3月に解説した
「Open for Questions」



 2日間で
 ・10万件の質問
 ・360万件の投票
       が押し寄せた!

 ピーク時は
 毎秒600クエリ以上を処理
Salesforce.comのPaaS
Force.com




Webブラウザだけで
「フォームゕプリケーション」が開発できる
「Force.com Builder」




  すごく賢い
   Microsoft
  Access!!
なぜクラウドの性能が高いのか?

   クラウドには
  大量のサーバーが
     あり
  大量のサーバーで
並列分散処理をしているから
Googleは異形のメーカー
サーバー生産台数・世界3位

                                                   New York Times 2006年7月3日

                                                   Dell、Hewlett-Packard、IBMに
                                                   続いて「台数ベースで世界4位」




                                                   日本の経営雑誌
                                                   「FACTA」2009年9月号
                                                   「スマートグリッド」でも出し抜
                                                   かれる日本

     New York Times 2006年7月3日                      --傍聴し続けるグーグルは自社
     「A Search Engine That's Becoming an
     Inventor」
                                                   サーバーを内製化している。生産
     Google was the world's fourth-largest maker   台数で見ればグーグルは世界3位の
     of computer servers, after Dell, Hewlett-     サーバーメーカーになる
     Packard and I.B.M.
Googleは異形のメーカー
          英Financial Timesの
          Richard Waters記者が公開した
          3月6日のブログ

          ------------------
          米Microsoft Researchのトップである
          Rick Rashid氏によれば、全世界で出荷
          されるサーバーの20%を、ごく少数の企
          業が購入している。Microsoft、Google、
          Yahoo!、Amazon.comだ。
          ------------------

          4社で150万台のサーバーを1年で購入?
世界の゗ンターネットトラフゖックの
6%はGoogle




       NANOG(北米ネットワーク・オペレーターズ・グループ)での発表(米Arbor Networks調べ)
       http://www.nanog.org/meetings/nanog47/abstracts.php?pt=MTQ1MyZuYW5vZzQ3&nm=nanog47
ネタ本は
The Datacenter as a Computer
Googleのトップエンジニゕによる
The Datacenter as a Computer




                Luiz André Barroso氏
                http://www.barroso.org/
                GoogleのDistinguished Engineer

                Urs Hölzle氏
                Googleのデータセンター運営担当副社長
                「Google's First vice presidenf ot
                engineering」
Googleは2005年11月から
コンテナ型データセンターを運用
2005年時点からサーバーを自作


                                 Pentium 4世代のマザーボード?

                                            ↓

                                 つまり2005年から、サーバーを自
                                 作している(今はどうなってるんだ
                                 ろう……)




    ノートPCのように「12V」の
    バッテリーを内蔵


                      米CNET NEWS 2009年4月1日から引用
                      「Google uncloaks once-secret server」
Google曰く
      コンピュータとはもはや


   ピザボックス でも

   冷蔵庫 でもない!
ピザボックス
冷蔵庫
The Datacenter as a Computer
分散処理ソフトウエゕも
すべて自作
                                  ゕプリケーションサービス
                                                     Google
                          Web検索     ログ解析    Gmail
                                                      Maps

                                                              論文:
                         プログラミング言語                            Bigtable: A
論文:                         Sawzall                           Distributed Storage
Interpreting the Data:                                        System for Structured
Parallel Analysis with                                        Data(2006年)
Sawzall(2005年)           並列プログラミングモデル      キー・バリュー型データストゕ
                           MapReduce            BigTable      論文:
論文:                                                           The Google File
MapReduce:                                                    System(2003年)
Simplified Data          分散フゔ゗ルシステム
Processing on Large         Google File System(GFS)           論文:
Clusters(2004年)
                                                              The Chubby lock
                         分散ロックシステム                            service for loosely-
ホワ゗トペーパー:                                                     coupled distributed
The Datacenter as a                    Chubby                 systems(2006年)
Computer. An
Introduction to the
Design of Warehouse-              独自に建造したデータセンター              論文:
Scale Machines(2009                                           Failure Trends in a
年)                                                            Large Disk Drive
                                  グーグルプラットフォーム                Population(2007年)
ソフトウエゕによる
耐障害性対策しか使わない
                                    「The Datacenter as a Computer」に
                                    おけるグーグルの主張
「MTBF(平均故障間
隔)が30年(30年に1年
か故障しない)という        「いくらRAIDでデゖスク        複雑化するソフトウエゕは自社
サーバーがあったとして       を冗長化しても、電源装          開発でカバー
も、それが1万台あれば1      置やストレージ装置のOS
日に1台は故障が起きる」      などが『単一障害点』と
                  して残る」                ソフトウエゕによる
        ハードウエゕによる                        耐障害性対策
          耐障害性対策                  ・サーバーのクラスタリング
                                  ・データのレプリケーション
    ・プロセサの多重化
    ・RAIDによるミラーリング、パリテゖ                      その結果
    付きストラ゗ピング

           その結果
                                  △低価格ハードウエゕが利用可能
                                  △ハードウエゕ利用率の向上
    ▼ハードウエゕ投資の高騰                  △運用の効率化
    ▼ハードウエゕ利用率の低下                  (故障したサーバーは交換するだけ)
    ▼消費電力効率の低下                    ▼ソフトウエゕの複雑化
ソフトウエゕによる
耐障害性対策
「関数型言語のゕ゗デゕ」を拝借して開発した「MapReduce」の仕組み

                              Map処理で
                              はデータ抽
                              出を行う        Reduce処理
   GFS                   抽出
                                          では計算を               GFS
               データA      結果               行う

                 Map処理
         コピー                                        計算
                                       データB         結果
                         抽出
               データA      結果
   データ                                   Reduce処理             データ
                 Map処理        集約
                                                         保存
                                                    計算
                                       データC         結果
                         抽出
               データA      結果              Reduce処理
                 Map処理
めざせサーバー1000万台
データセンター1000カ所
めざせサーバー1000万台
データセンター1000カ所

            Google Spannerの目標

想定サーバー台数       100万~1000万台(106 to 107)

想定ストレージ容量      最大1エクサバ゗ト(1018バ゗ト)

想定データセンター数     世界中に100~1000カ所
想定クラ゗ゕント数      10億クラ゗ゕント(109台)
世界中に広がるデータセンターが
実現するもの
「データはヨーロッパで2カ所、米国で2カ所、ゕジゕで1カ所保存」



→大規模自然災害に強い
→大規模停電に強い
→テロリストによる攻撃にも強い
→世界中から利用可能

→誰もが世界中にサービスを提供可能
    (via Platform as a Service)
Googleから
Amazon、Microsoftへ

   開発時期:1998年~       開発時期:2000年代前半    開発時期:2006年~
   実用時期:2000年代初期~    実用時期:2007年~      実用時期:2009年末~

       第一世代               第二世代            第三世代
       グーグル               ゕマゾン          マ゗クロソフト


  ソフトウエア名           ソフトウエア名          ソフトウエア名
  GFS、MapReduce、    Amazon Dynamo    Windows Azure
  BigTable

  データ分散方式           データ分散方式          データ分散方式
  マスター・スレ゗ブ方式       コンシステントハッシング     分散ハッシュテーブル

  データの保存先           データの保存先          データの保存先
  ハードデゖスク中心         メモリー中心           メモリー中心
                    ハードデゖスク併用        ハードデゖスク併用
米Yahoo!本社の
コンテナ型データセンター



               海上輸送などに使用す
               る国際規格の幅8フゖー
               ト(2メートル44セン
               チ)、長さ40フゖート
               (12メートル20セン
               チ)のコンテナ
米Yahoo!本社の
コンテナ型データセンター




コンテナの壁に沿って、
サーバーがギッシリと
詰め込まれています
米Yahoo!本社の
コンテナ型データセンター


               ラックとラックの間にある
               銀色の箱は「ラジエター」。
               中に水が循環する細いパ゗
               プが張り巡らされています。
               中にある大きなフゔンで風
               を起こして、サーバーが発
               する熱を流し込み、ラジエ
               ターの中を流れる水によっ
               て熱を冷やす仕組み
米Yahoo!本社の
コンテナ型データセンター


               コンテナには水を供給・
               排出するホースが合計2
               本接続されています。
               導入された水によって
               サーバーの熱を冷やし、
               温まった水がコンテナ外
               に排出される仕組み
コンテナ型データセンターの規模




    米SGI「ICEcube」の仕様(コンテナ1台当たり)
   サーバー台数        最大2400台
   プロセッサ数        最大4800個
   プロセッサコゕ数      最大2万2400個
   ストレージ容量       最大11ペタバ゗ト
   水の温度          セ氏18度
Microsoftの場合
シカゴの最新鋭データセンター
コンテナ
    200台

サーバー台数
   約50万台
Microsoftの場合
シカゴの最新鋭データセンター
コンテナ
     200台
     112台
サーバー台数
    約50万台
  22万4000台
    (コンテナのみ)
               「Data Center Knowledge」より引用
データセンターの規模を
測る単位とは?
データセンターの規模は………
データセンターの規模を
測る単位とは?
データセンターの規模は………

分かってない人:
   サーバー設置台数を言う

分かってる人 :
   データセンターの総消費電力を言う
シカゴデータセンターの
規模感
 シカゴDCの消費電力

 •60Mワット(PUE = 1.2 →   IT機器の消費電力は50Mワット)


 50Mワットの年間電気料金

 •110億円(東京電力/家庭用電力の場合)、10~20億円(シカゴの場合)


 Microsoftのシカゴ・データセンター

 •30~40万台(コンテナ=20万台、その他=10~20万台?)


 日本のPCサーバー出荷台数(2007年度)

 •55万300台(ノークリサーチ調査)
Microsoftの場合

「第4世代データセンター」
            構想

コンテナを全面採用
もはや「建屋」すら無い

2008年12月に発表
業界の主導権は
メーカーからサービス事業者へ




                 日経コンピュータ
                 2009年7月8日号
                 クラウドコンピューテゖング
                 8つの新しい真実
その影響は
Salesforce.comにも
  Salesforce.com CTO パーカー・ハリス氏

  • 最近、゗ンフラストラクチャを全面刷新した。かつてはSun Microsystemsの「SunFire
  E25K」という最大112プロセッサの非常に巨大なサーバーを使用していた。E25Kを8台
  も所有し、とても高価だった。しかし現在はデルの「PowerEdge 1950」に移行した。
  Intel Nehalemは大変なコスト削減になったし、それでいて高速だ。私はこれが、業界の
  総合的なトレンドだと感じている。皆、よりコモデゖテゖなハードウエゕに移行している。
  これはとても大きな変化だ。
その影響は
Salesforce.comにも
  Salesforce.com CTO パーカー・ハリス氏

  • 我々は現在、ドキュメントはコモデゖテゖ・ハードウエゕ
   に保存している。これはある意味、Googleにとても似て
   いるやり方だ。我々は今、巨大なスケールのデータボ
   リュームを検証中で、Oracle Databaseではない別の、ク
   ラウドベースの並列処理技術を採用したストレージを活用
   できないか考えている。「Hadoop」のようなものだ。
その影響は
Salesforce.comにも
  Salesforce.com CTO パーカー・ハリス氏

  • もしかしたら将来、Oracleが(我々のデータセンター内
   から)無くなるかもしれない。5年や10年後には、クラ
   ウド・ベースのデータベースシステムの時代が到来する
   だろう。クラウドベース・データベースは、今日のやり
   方、OracleやIBMなどのやり方とは大きく異なる。今は、
   革命的な変化が起きている。
その影響は
Salesforce.comにも


  Salesforce.com CTO パーカー・ハリス氏

  • Salesforce.comのような巨大なクラウド事業者が、そ
   の問題を解決するかもしれないし、データベース事業者
   やその他の事業者が解決するかもしれない。
結論
• ネットワークでサービスが利用できれば
  「クラウド」ではない
• 分散処理、並列処理の時代がついにやっ
  てきた
• 安価なハードウエゕ、自前で作ったソフ
  トウエゕがIT業界を支配する

     以上、ありがとうございました

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

[Cloud OnAir ] #03 No-ops で大量データ処理基盤を簡単に構築する
[Cloud OnAir ] #03 No-ops で大量データ処理基盤を簡単に構築する[Cloud OnAir ] #03 No-ops で大量データ処理基盤を簡単に構築する
[Cloud OnAir ] #03 No-ops で大量データ処理基盤を簡単に構築する
 
PaaS DBへの移行/連携ソリューション紹介! AWS, Azure, Google, IBM全てできます!
PaaS DBへの移行/連携ソリューション紹介! AWS, Azure, Google, IBM全てできます!PaaS DBへの移行/連携ソリューション紹介! AWS, Azure, Google, IBM全てできます!
PaaS DBへの移行/連携ソリューション紹介! AWS, Azure, Google, IBM全てできます!
 
Windows Azure HDInsight サービスの紹介
Windows Azure HDInsight サービスの紹介Windows Azure HDInsight サービスの紹介
Windows Azure HDInsight サービスの紹介
 
Azure Data Explorer
Azure Data ExplorerAzure Data Explorer
Azure Data Explorer
 
[Cloud OnAir] GCP で構築するデータ分析基盤の最新情報をご紹介! 2018年11月15日 放送
[Cloud OnAir] GCP で構築するデータ分析基盤の最新情報をご紹介!  2018年11月15日 放送[Cloud OnAir] GCP で構築するデータ分析基盤の最新情報をご紹介!  2018年11月15日 放送
[Cloud OnAir] GCP で構築するデータ分析基盤の最新情報をご紹介! 2018年11月15日 放送
 
Data Factoryの勘所・大事なところ
Data Factoryの勘所・大事なところData Factoryの勘所・大事なところ
Data Factoryの勘所・大事なところ
 
Preview: 世界中のゲーム分析をしてきたPlayFabが大進化!一緒に裏側の最新データ探索の仕組みを覗いてみよう
Preview: 世界中のゲーム分析をしてきたPlayFabが大進化!一緒に裏側の最新データ探索の仕組みを覗いてみようPreview: 世界中のゲーム分析をしてきたPlayFabが大進化!一緒に裏側の最新データ探索の仕組みを覗いてみよう
Preview: 世界中のゲーム分析をしてきたPlayFabが大進化!一緒に裏側の最新データ探索の仕組みを覗いてみよう
 
(インテージテクノスフィア)FY20_技術探究委員会_高速分散技術分科会活動報告
(インテージテクノスフィア)FY20_技術探究委員会_高速分散技術分科会活動報告(インテージテクノスフィア)FY20_技術探究委員会_高速分散技術分科会活動報告
(インテージテクノスフィア)FY20_技術探究委員会_高速分散技術分科会活動報告
 
Azure Purview Linage for Dataflow/Spark
Azure Purview Linage for Dataflow/SparkAzure Purview Linage for Dataflow/Spark
Azure Purview Linage for Dataflow/Spark
 
2020 年も最高のゲームをつくろう! Game Stack でゲーム開発をしよう! ~ LiveOps とデータ分析編 ~
2020 年も最高のゲームをつくろう! Game Stack でゲーム開発をしよう! ~ LiveOps とデータ分析編 ~2020 年も最高のゲームをつくろう! Game Stack でゲーム開発をしよう! ~ LiveOps とデータ分析編 ~
2020 年も最高のゲームをつくろう! Game Stack でゲーム開発をしよう! ~ LiveOps とデータ分析編 ~
 
トレジャーデータ 導入体験記 リブセンス編
トレジャーデータ 導入体験記 リブセンス編トレジャーデータ 導入体験記 リブセンス編
トレジャーデータ 導入体験記 リブセンス編
 
[Cloud OnAir] クラウド移行後の最適化方法を伝授。でも最適化ってなんですか? (LIVE) 2018年2月8日 放送
[Cloud OnAir] クラウド移行後の最適化方法を伝授。でも最適化ってなんですか? (LIVE) 2018年2月8日 放送[Cloud OnAir] クラウド移行後の最適化方法を伝授。でも最適化ってなんですか? (LIVE) 2018年2月8日 放送
[Cloud OnAir] クラウド移行後の最適化方法を伝授。でも最適化ってなんですか? (LIVE) 2018年2月8日 放送
 
Data Factory V2 新機能徹底活用入門
Data Factory V2 新機能徹底活用入門Data Factory V2 新機能徹底活用入門
Data Factory V2 新機能徹底活用入門
 
[Azure Deep Dive] Spark と Azure HDInsight によるビッグ データ分析入門 (2017/03/27)
[Azure Deep Dive] Spark と Azure HDInsight によるビッグ データ分析入門 (2017/03/27)[Azure Deep Dive] Spark と Azure HDInsight によるビッグ データ分析入門 (2017/03/27)
[Azure Deep Dive] Spark と Azure HDInsight によるビッグ データ分析入門 (2017/03/27)
 
[Cloud OnAir] そのデータ、今すぐ分析したくありませんか? クラウドを活用したリアルタイムなデータ分析の方法をお教えします (e-Learni...
[Cloud OnAir] そのデータ、今すぐ分析したくありませんか? クラウドを活用したリアルタイムなデータ分析の方法をお教えします (e-Learni...[Cloud OnAir] そのデータ、今すぐ分析したくありませんか? クラウドを活用したリアルタイムなデータ分析の方法をお教えします (e-Learni...
[Cloud OnAir] そのデータ、今すぐ分析したくありませんか? クラウドを活用したリアルタイムなデータ分析の方法をお教えします (e-Learni...
 
[2018bcu30]1年半もかけてしまったビッグデータ環境のリプレイス
[2018bcu30]1年半もかけてしまったビッグデータ環境のリプレイス[2018bcu30]1年半もかけてしまったビッグデータ環境のリプレイス
[2018bcu30]1年半もかけてしまったビッグデータ環境のリプレイス
 
PPT Full version: 世界中のゲーム分析をしてきたPlayFabが大進化!一緒に裏側の最新データ探索の仕組みを覗いてみよう
PPT Full version: 世界中のゲーム分析をしてきたPlayFabが大進化!一緒に裏側の最新データ探索の仕組みを覗いてみようPPT Full version: 世界中のゲーム分析をしてきたPlayFabが大進化!一緒に裏側の最新データ探索の仕組みを覗いてみよう
PPT Full version: 世界中のゲーム分析をしてきたPlayFabが大進化!一緒に裏側の最新データ探索の仕組みを覗いてみよう
 
[Cloud OnAir] Google Workspace でできる データ分析と業務自動化のご紹介 2020年12月3日 放送
[Cloud OnAir] Google Workspace でできる データ分析と業務自動化のご紹介 2020年12月3日 放送[Cloud OnAir] Google Workspace でできる データ分析と業務自動化のご紹介 2020年12月3日 放送
[Cloud OnAir] Google Workspace でできる データ分析と業務自動化のご紹介 2020年12月3日 放送
 
[Cloud OnAir] Cloud Data Fusion で GCP にデータを集約して素早く分析を開始しよう 2019年10月31日 放送
[Cloud OnAir] Cloud Data Fusion で GCP にデータを集約して素早く分析を開始しよう  2019年10月31日 放送[Cloud OnAir] Cloud Data Fusion で GCP にデータを集約して素早く分析を開始しよう  2019年10月31日 放送
[Cloud OnAir] Cloud Data Fusion で GCP にデータを集約して素早く分析を開始しよう 2019年10月31日 放送
 
Delta lakesummary
Delta lakesummaryDelta lakesummary
Delta lakesummary
 

Semelhante a ITpro EXPO版「データセンター視点で比較したクラウドの内側」

大規模分散システムの現在 -- GFS, MapReduce, BigTableはどう変化したか?
大規模分散システムの現在 -- GFS, MapReduce, BigTableはどう変化したか?大規模分散システムの現在 -- GFS, MapReduce, BigTableはどう変化したか?
大規模分散システムの現在 -- GFS, MapReduce, BigTableはどう変化したか?
maruyama097
 
A12 既存のデータベース環境で分析業務を加速させるには? DB2が実現するソフトウエア分析ソリューション(DB2 BLU Acceleration)の仕...
A12 既存のデータベース環境で分析業務を加速させるには? DB2が実現するソフトウエア分析ソリューション(DB2 BLU Acceleration)の仕...A12 既存のデータベース環境で分析業務を加速させるには? DB2が実現するソフトウエア分析ソリューション(DB2 BLU Acceleration)の仕...
A12 既存のデータベース環境で分析業務を加速させるには? DB2が実現するソフトウエア分析ソリューション(DB2 BLU Acceleration)の仕...
Insight Technology, Inc.
 
【17-E-3】Hadoop:黄色い象使いへの道 ~「Hadoop徹底入門」より~
【17-E-3】Hadoop:黄色い象使いへの道 ~「Hadoop徹底入門」より~【17-E-3】Hadoop:黄色い象使いへの道 ~「Hadoop徹底入門」より~
【17-E-3】Hadoop:黄色い象使いへの道 ~「Hadoop徹底入門」より~
Developers Summit
 
Googleクラウドサービスを利用したシステム構築
Googleクラウドサービスを利用したシステム構築Googleクラウドサービスを利用したシステム構築
Googleクラウドサービスを利用したシステム構築
Naomichi Yamakita
 

Semelhante a ITpro EXPO版「データセンター視点で比較したクラウドの内側」 (20)

CEDEC 2015: Google スケールで実現する!ゲーム&分析基盤
CEDEC 2015: Google スケールで実現する!ゲーム&分析基盤CEDEC 2015: Google スケールで実現する!ゲーム&分析基盤
CEDEC 2015: Google スケールで実現する!ゲーム&分析基盤
 
Db2 Warehouse on Cloud Flex ご紹介資料 2020年3月版
Db2 Warehouse on Cloud Flex ご紹介資料 2020年3月版Db2 Warehouse on Cloud Flex ご紹介資料 2020年3月版
Db2 Warehouse on Cloud Flex ご紹介資料 2020年3月版
 
Windows Serverを活用する on Windows Azure セミナー
Windows Serverを活用する on Windows Azure セミナーWindows Serverを活用する on Windows Azure セミナー
Windows Serverを活用する on Windows Azure セミナー
 
大規模分散システムの現在 -- GFS, MapReduce, BigTableはどう変化したか?
大規模分散システムの現在 -- GFS, MapReduce, BigTableはどう変化したか?大規模分散システムの現在 -- GFS, MapReduce, BigTableはどう変化したか?
大規模分散システムの現在 -- GFS, MapReduce, BigTableはどう変化したか?
 
何を基準に選定すべきなのか!? 〜ビッグデータ×IoT×AI時代のデータベースのアーキテクチャとメカニズムの比較〜
何を基準に選定すべきなのか!? 〜ビッグデータ×IoT×AI時代のデータベースのアーキテクチャとメカニズムの比較〜何を基準に選定すべきなのか!? 〜ビッグデータ×IoT×AI時代のデータベースのアーキテクチャとメカニズムの比較〜
何を基準に選定すべきなのか!? 〜ビッグデータ×IoT×AI時代のデータベースのアーキテクチャとメカニズムの比較〜
 
A12 既存のデータベース環境で分析業務を加速させるには? DB2が実現するソフトウエア分析ソリューション(DB2 BLU Acceleration)の仕...
A12 既存のデータベース環境で分析業務を加速させるには? DB2が実現するソフトウエア分析ソリューション(DB2 BLU Acceleration)の仕...A12 既存のデータベース環境で分析業務を加速させるには? DB2が実現するソフトウエア分析ソリューション(DB2 BLU Acceleration)の仕...
A12 既存のデータベース環境で分析業務を加速させるには? DB2が実現するソフトウエア分析ソリューション(DB2 BLU Acceleration)の仕...
 
夏サミ2013 Hadoopを使わない独自の分散処理環境の構築とその運用
夏サミ2013 Hadoopを使わない独自の分散処理環境の構築とその運用夏サミ2013 Hadoopを使わない独自の分散処理環境の構築とその運用
夏サミ2013 Hadoopを使わない独自の分散処理環境の構築とその運用
 
Scaling
ScalingScaling
Scaling
 
【17-E-3】Hadoop:黄色い象使いへの道 ~「Hadoop徹底入門」より~
【17-E-3】Hadoop:黄色い象使いへの道 ~「Hadoop徹底入門」より~【17-E-3】Hadoop:黄色い象使いへの道 ~「Hadoop徹底入門」より~
【17-E-3】Hadoop:黄色い象使いへの道 ~「Hadoop徹底入門」より~
 
[Cloud OnAir] Google Cloud における RDBMS の運用パターン 2020年11月19日 放送
[Cloud OnAir] Google Cloud における RDBMS の運用パターン 2020年11月19日 放送[Cloud OnAir] Google Cloud における RDBMS の運用パターン 2020年11月19日 放送
[Cloud OnAir] Google Cloud における RDBMS の運用パターン 2020年11月19日 放送
 
ISID×MS_DLLAB_企業のデータ&AI活用をAzureで加速する
ISID×MS_DLLAB_企業のデータ&AI活用をAzureで加速するISID×MS_DLLAB_企業のデータ&AI活用をAzureで加速する
ISID×MS_DLLAB_企業のデータ&AI活用をAzureで加速する
 
米国クラウド最新事情を10分でおさらい
米国クラウド最新事情を10分でおさらい米国クラウド最新事情を10分でおさらい
米国クラウド最新事情を10分でおさらい
 
OSSとクラウドによるコンピューティングモデルの変化
OSSとクラウドによるコンピューティングモデルの変化OSSとクラウドによるコンピューティングモデルの変化
OSSとクラウドによるコンピューティングモデルの変化
 
XDev2010 WindowsAzure
XDev2010 WindowsAzureXDev2010 WindowsAzure
XDev2010 WindowsAzure
 
Google Cloud でアプリケーションを動かす.pdf
Google Cloud でアプリケーションを動かす.pdfGoogle Cloud でアプリケーションを動かす.pdf
Google Cloud でアプリケーションを動かす.pdf
 
Scaling MongoDB on AWS
Scaling MongoDB on AWSScaling MongoDB on AWS
Scaling MongoDB on AWS
 
Googleクラウドサービスを利用したシステム構築
Googleクラウドサービスを利用したシステム構築Googleクラウドサービスを利用したシステム構築
Googleクラウドサービスを利用したシステム構築
 
IBM Cloud を利用したデータ分析ことはじめ
IBM Cloud を利用したデータ分析ことはじめIBM Cloud を利用したデータ分析ことはじめ
IBM Cloud を利用したデータ分析ことはじめ
 
何を基準に選定すべきなのか!? 〜ビッグデータ×IoT×AI時代のデータベースのアーキテクチャとメカニズムの比較〜
何を基準に選定すべきなのか!? 〜ビッグデータ×IoT×AI時代のデータベースのアーキテクチャとメカニズムの比較〜何を基準に選定すべきなのか!? 〜ビッグデータ×IoT×AI時代のデータベースのアーキテクチャとメカニズムの比較〜
何を基準に選定すべきなのか!? 〜ビッグデータ×IoT×AI時代のデータベースのアーキテクチャとメカニズムの比較〜
 
[db tech showcase Tokyo 2017] D35: 何を基準に選定すべきなのか!? ~ビッグデータ×IoT×AI時代のデータベースのアー...
[db tech showcase Tokyo 2017] D35: 何を基準に選定すべきなのか!? ~ビッグデータ×IoT×AI時代のデータベースのアー...[db tech showcase Tokyo 2017] D35: 何を基準に選定すべきなのか!? ~ビッグデータ×IoT×AI時代のデータベースのアー...
[db tech showcase Tokyo 2017] D35: 何を基準に選定すべきなのか!? ~ビッグデータ×IoT×AI時代のデータベースのアー...
 

ITpro EXPO版「データセンター視点で比較したクラウドの内側」