BigQueryを試した経験が、AWSからGCPへの転換をさらに進めるきっかけになった。Telegraphは自社インフラの大半をまだAWSで運用している。2019年度第3四半期の段階での、GCPへの全面的な移行を検討しているという。

　過去には「Googleの組織文化は開発者主導であり、Microsoftなどと比べて、企業が抱える高度な懸念を理解する能力が劣る」との声があった。Googleはこうした状況を打破するために、2015年にVMwareの共同設立者であるダイアン・グリーン氏をクラウド部門のCEOに迎えた。その後同氏の継承者としてOracleの前経営幹部トーマス・クリアン氏を任命している。

　GCPの導入前から、GoogleはTelegraphにアプローチしていたとクラチウン氏は話す。Telegraphは、Webサイトやモバイルアプリケーション、API（アプリケーションプログラミングインタフェース）などのデジタルアセット管理（DAM）の基盤として、人気の高いコンテナ統合管理ツール「Kubernetes」を導入した。これは少なからずGoogleからの提言や忠告によるものだと同氏は述べている。

クラウドは目的地ではなく、継続的な取り組み

　他の新聞社と同様、TelegraphもWebの隆盛と共に印刷発行部数の減少への対処を迫られている。同紙の現在の印刷発行部数は約50万部だ。英国の新聞紙のトップ10内をキープしているが、1980年代初頭の約140万部と比べると大きく減少している。Telegraphは、現在そして将来のデジタルニーズを満たすテクノロジーパートナーを必要としている。

　AWSからの撤退を、Telegraphは同社との決裂とは捉えていない。「プロジェクトに合った適切なクラウドベンダーを見つける必要がある。先入観は常に排除する。現状のベンダーの制限事項を回避するためだけにインフラを過剰に調整すると、そこから抜け出せなくなる」（クラチウン氏）

　Telegraphの大きな資産の一つであるコンテンツ管理システム（CMS）はそのままAWSで運用する計画だ。このCMSは、Adobe SystemsのCMS／DAM製品「Adobe Experience Manager」を土台とする。

　AdobeはインフラにAWSを使って、このAdobe Experience Managerをマネージドサービスとして提供し、企業向けサービス品質保証契約（SLA）を締結している。Telegraphはマネージドサービス版のAdobe Experience Managerを利用することにより、運用の複雑さを感じずに済む。

　TelegraphはCMS利用前の準備段階のコンテンツを、AWSで構築した独自のシステムで管理している。このシステムの起動にかかる時間が非常に遅くなっていたとクラチウン氏は言う。

　もっとコストを掛けてIOPS（1秒当たりのI/O回数）を増やせば、起動時間の問題は改善される可能性がある。とはいえ準備段階のコンテンツに余分なコストを掛けるのは妥当ではない。クラチウン氏が示したこうした意見に、AWSは即座に対処しなかった。このような事情から、Telegraphは準備段階のコンテンツを管理するシステムをGCPに移行することを計画している。

企業顧客のけん引力を必要とするGCP

　クラウド業界は、AWSとMicrosoftの「Microsoft Azure」というトップシェアのサービスが確固たる地位を築いている。そのためGoogleは、Telegraphのように、AWSなど他社のクラウドサービスからの移行事例を増やせば、こうした有力なサービスに対抗して市場シェアを拡大できる可能性がある。

　競合各社とGoogleの正確な立ち位置については議論の余地がある。Googleの親会社Alphabetは2019年2月4日、2018年度第4四半期会計と年度末会計を発表した。同社経営陣は、大企業顧客が増えたことで、クラウド事業が好調な伸びを示していると話す。しかし同社の年間収益目標を突破するには至っていない。

　調査会社Synergy Research Groupが2019年2月初旬に発表したクラウドインフラ市場調査のデータによると、GCPはIBMを抑えて3位に入っているという。ただし同調査では、GCPを下回ったIBMがホステッドプライベートクラウドに力を入れており、他のベンダーとは異なる動きをしていたことを示している。