AWS、Azureとは異なる思惑
Google「Cloud Services Platform」はオンプレミス市場に受け入れられるか
Googleがコンテナやマイクロサービスを中心にしたハイブリッドクラウド戦略に重点を置いている。新たに打ち出したCloud Services Platformでパブリッククラウドベンダーとしてのサービスをユーザーの拠点まで拡張する。
Googleがクラウド環境の枠を超えて、プライベートデータセンターなどユーザーの拠点に対する戦略を強めている。
Googleは2018年の後半に「Cloud Services Platform」のアーリープレビュー(事前公開)を計画している。Cloud Services Platformで、Googleはコンテナ技術やマイクロサービス技術を用いる範囲を「Google Cloud Platform」(GCP)の上だけでなくユーザーのサーバやエッジデバイスの環境まで拡張する。企業のハイブリッドクラウドのニーズに対応するためだ。これによりGoogleが目指しているのは、クラウドかオンプレミスかに関係なく、いずれの環境においてもユーザーがアプリケーションの開発や管理ができる一貫したエンド・ツー・エンドのアーキテクチャを構築することだ。
さらにGoogleは、Kubernetes管理ツール「Google Kubernetes Engine」(GKE)や、マイクロサービス管理ツールの「Istio」「Stackdriver」を含め、既存のサービスやオープンソースのソフトウェアをCloud Services Platformに巻き込むことも目指している。
併せて読みたいお薦め記事
大手クラウドベンダーの戦略を比較
- 「AWS」がVMwareユーザーに、「Azure Stack」がMicrosoft支持者に選ばれる理由
- クラウドビッグスリーのハイブリッドクラウド戦略を比較
- Googleのハイブリッドクラウド戦略、これからの課題は?
ハイブリッドクラウド導入のコツ
新たなプラットフォームの概要
コンテナ管理ツール「Kubernetes」をオンプレミス環境で用いる「GKE On-Prem」がユーザーのプライベートデータセンターに導入されれば、理論上はCloud Services Platformで全てのKubernetesクラスタが管理できる。これは他社のパブリッククラウド上でも同様だ。Cloud Services Platformは環境に依存することなく、複数のクラスタの管理、ポリシーの適用、アップグレードの管理、ログやモニタリングの監視を一元化できる。
Cloud Services Platformでは、「Stackdriver Service Monitoring」を使うことでGCPのログやモニタリングの監視ツールをオンプレミス環境まで拡張できる。マネージド型のオープンソース・サービスメッシュIstioをGKE環境に置けば、ユーザーはマイクロサービスの問題をトラブルシューティングしたり、ネットワークトラフィックやセキュリティを管理したりできるようになる。さらにマネージド型のIstio環境で動作するApigeeのAPI管理ツールも使用できる。
GCPを介してクラスタを管理するためには、ユーザーはオンプレミス環境でエージェントを実行することが必要になる。現時点では、ユーザーはCloud Services Platformで仮想化ソフトウェアの「VMware vSphere」や、OSの「Ubuntu」を使用する必要があるが、Googleはサポートする仮想化ソフトウェアやOSを今後増やすと明言している。
ユーザーがこうした全てのサービスをいつ利用できるようになるかは不明だ。ただしGoogleの幹部によれば、GoogleはGKE On-Premおよびクラスタに同期するポリシーを管理できる「GKE Policy Management」のα版を2018年秋にリリースする。
マネージド型Kubernetesをオンプレミス環境で利用する
Cloud Services platformは、利用が急増しているコンテナのニーズを満たすだろう。ユーザーはKubernetesをパブリッククラウドのプラットフォーム上で使用することがほとんどで、主要ベンダーは何らかの形でマネージド型のKubernetesを提供している。しかしオンプレミスあるいはインターネット接続したエッジデバイスの環境でコンテナ技術を使用するIT部門もある。マネージド型のKubernetesがパブリッククラウド以外で使用された明確な事例はこれまでにはない。
賭博サービスを提供するBetfair USは、オンプレミスからGCPに移行する一環でマイクロサービス型やコンテナ型にアーキテクチャを切り替え、現在では環境の95%がパブリッククラウドになっている。だが同社はスポーツくじ事業を拡大する中で、米国のさまざまなカジノにインフラの配備を増やす必要性を感じている。
Betfair USのCTO(最高技術責任者)を務めるティム・モロウ氏は、「他社の拠点にインフラを配備する必要がある場合、クラウドでもオンプレミスでも、環境に関係なく利用できる単一のデプロイモデルがあればいいと考えている」と語る。
ユーザーカンファレンス「Google Cloud Next」では、Cloud Services platformに関連するその他の製品も発表された。GKEにサーバレスワークロードをデプロイする「GKE serverless add-on」、コンテナ型のサーバレスアプリケーションを実現する「Knative」、フルマネージド型CI/CD(継続的インテグレーション/継続的デリバリー)プラットフォームの「Cloud Build」などだ。
Googleはハイブリッド戦略を固める
Googleが打ち出すハイブリッドクラウドの戦略は他の大手ベンダーの戦略とは明らかに異なる。Amazon Web Service(AWS)はVMwareと提携している。これによりAWSは、仮想化のパイオニアであるVMwareが持つ圧倒数のユーザーにパブリッククラウドを提供している。ただしこの提携の目的はアプリケーションの刷新ではなく、ユーザーが使い慣れた環境をパブリッククラウド上でも提供することだ。AWSは自社が持つ技術を少しずつ外部でも利用できるようにしてきた。直近では「Amazon EC2」を「AWS Snowball Edge」というデータ転送デバイスに追加した。しかしこれまでのところ、AWSがオンプレミス環境に本格的に進出する兆候は見せていない。
主要なパブリッククラウドベンダーはハイブリッドクラウドの戦略を検討してきた。なぜなら、コンプライアンスの順守といった理由により、ユーザーが特定のワークロードを自社のプライベートデータセンターに置き続けることが明白だからだ。ユーザーが既存のアプリケーションをGCPのモデルに適合させるのか、またはコンテナ型にしたりIstioの環境で利用したりするのかはまだ見通せない。
「社内規制が厳しい企業におけるクラウド移行の課題の一つは、セキュリティチームが承認するまでクラウドサービスのテストさえできないことだ」。こう語るのはクラウドの最適化サービスを提供するCloudabilityのマシュー・スコット氏だ。まずはユーザーの社内でCloud Services Platformに慣れる機会を提供することで、この課題は解消される可能性がある。
「開発チームが新しいソフトウェア開発のフレームワークに徐々に慣れていくことも可能だ」と、CloudabilityのCTOを務めるエリック・オンネン氏は語る。
「クラウドを理解できる開発者の雇用に苦労している企業としては、自社独自のKubernetesクラスタを運用しようという考えは本当に気が遠くなるものだ。Kubernetesクラスタがより簡単により迅速に利用できるようになれば、そうした企業の不安はかなり軽減するだろう」(オンネン氏)
GoogleがKubernetesを中心にしたハイブリッドクラウドに進出するのはこれが初めてではない。2017年にCisco Systemsとの提携でハイブリッドクラウドの選択肢を加えた。現在この要素はCloud Services Platformの仕組みに組み込まれている。GoogleはNutanixともハイブリッドクラウド関連で提携している。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
3
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
肥大化した「SFA」の沼 4カ月でBigQuery×AppSheetの新システムを構築した方法
-
6
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
7
次世代RPA「ハイパーオートメーション」が急成長か Gartnerが予測
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
昭和大学病院がeICUを導入、ICUの患者情報を遠隔地で一括管理
-
10
「何から始めればいい?」 情報漏えい対策で悲鳴を上げる中小企業のリアル
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
4
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
“あのファイル転送”で暗躍するノーウェアランサム
-
10
「オンプレミス回帰」せざるを得ない“合理的な理由”
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー