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
-
製品資料
[スパイスファクトリー株式会社] レガシーに消えるIT予算8割 「刷新か延命か」をAIと人で見極めるための手順 -
製品資料
[JetBrains s.r.o.] ソフトウェア開発は「コーディングエージェント」でどう変わるのか? -
事例
[テクバン株式会社] 太陽ホールディングスは国内外拠点の端末5000台をどう管理しているのか? -
事例
[株式会社キーエンス] PCが苦手でも自動化できる ポポラマーマなど4事例に学ぶ「ナビ搭載型RPA」活用 -
製品資料
[株式会社キーエンス] 自分ひとりでデスクワークを効率化 「AI&ナビ搭載RPA」で実践する業務自動化
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
Microsoft 365導入後も稟議は「Excelをメールで回覧」 承認が止まる理由
-
2
Microsoft 365侵害企業の9割はMFA導入済み 1002人調査で見えた盲点
-
3
PHPはそもそも必要か? 脆弱性で問われる自社サイト安全性と保守負担のバランス
-
4
米国防総省で300万人分の個人情報が流出 その「意外な原因」と教訓
-
5
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
6
金融・通信で情報漏えいが続出 IPAとJPCERT/CCが情シスに求める緊急点検
-
7
京王電鉄・東京メトロの被害から学ぶ境界防衛 ITの侵害はどこまで波及するか
-
8
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
9
PHP2Shellの「事前の情報流出」でパニックに パッチ公開を巡る“混乱劇”
-
10
「業務PC/ワークステーション」に関するアンケート
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
3
「IT史に名を残すシステム障害」8選
-
4
10G回線の真価をフルに享受するには? 導入前にチェックしたいポイント
-
5
SCS評価制度時代の「SASE選定」ガイド
-
6
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
7
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
8
「EDR」選定ガイド:比較・検討フェーズで整理すべきポイントを解説
-
9
MDMだけでは防げない? Appleデバイスに潜む5つのセキュリティギャップ
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー