Google Cloud Platform事例
音楽配信サービスSpotifyのGoogle Cloud Platform移行に残る謎
約7500万人の会員を擁する音楽配信サービスSpotifyが、自社データセンターからGoogle Cloud Platformに移行した。SpotifyがGoogleを選んだ理由とは何か。そして、既に使用していたAWSはどうするのか?
音楽配信サービス企業Spotify(サービス名も「Spotify」)は、自社のITインフラを「Google Cloud Platform」(GCP)に移行させることを決断。自社データセンターへの依存度を下げて、音楽ストリーミング事業のニーズ拡大に応えようとしている。
Computer Weekly日本語版 4月20日号無料ダウンロード
本記事は、プレミアムコンテンツ「Computer Weekly日本語版 4月20日号」(PDF)掲載記事の抄訳版です。本記事の全文は、同プレミアムコンテンツで読むことができます。
なお、同コンテンツのEPUB版およびKindle(MOBI)版も提供しています。
Spotifyは登録ユーザーに音楽をストリーミング配信するサービスで、ユーザーはモバイル端末、PC、ゲームコンソールなどで曲を聴くことができる。同社の説明によると、世界58カ国の約7500万人のアクティブユーザーを獲得しているという。
2016年2月、同社は社内IT環境移行についての記事を公式ブログに投稿した。その記事の中で、筆者であるエンジニアリングおよび基盤部門担当バイスプレジデントのニコラス・ハルトー氏は、「当社はかつて、購入やリース契約でデータセンターリソースを確保し、3000万曲を配信していた」と説明している。
しかし、ユーザー層が拡大してサービスの需要も伸び続けたために、データセンターの運用だけでは対応しきれなくなり、クラウドの活用を再検討することにした。
「社内データセンターだけでサービスを運用するのが苦しくなってきた。とはいえコアなクラウドサービスはその当時、サービスの質、パフォーマンス、費用のレベルが、長期的に見て格段に優れた選択肢だとは思えなかった」とハルトー氏は振り返る。
「しかし最近になってそのバランスは変わってきた。クラウドプロバイダーが提供するストレージ、演算性能、ネットワークサービスの質とパフォーマンスが向上し、費用は下がったので、既存インフラと比べても遜色なくなった。そこでわれわれは迷わず、クラウドに移行することを決めた」
同社が基盤の移行先として選んだのがGCPだった。Spotifyはデータ処理からアナリティクスまで、Googleの幅広いサービスを利用開始あるいは検討している。例えば、Googleのデータ分析サービス「BigQuery」や「Hadoop」マネージドサービス「Cloud Dataproc」などのツールを利用することで、これまで数時間かかっていた複雑なデータのクエリが数分で完了するようになり、Spotifyは新サービスの開発により注力するようになったという。
ピンポイントで狙いを定めたサービス利用
Spotifyのブログ記事は、同社がクラウドへの移行にかかる期間についてはほとんど触れていない。それについてはGCPの主任セールスエンジニア、ギヨーム・リーグ氏が、現在SpotifyがGCPで運用しているタスクのサイズとクラウドサービスの範囲について、今後の計画を含めてGoogleの公式ブログで説明している。
SpotifyはCloud DatastoreとNoSQLデータベースサービス「Cloud Bigtable」を利用して同社のストレージ要件を満たし、さらにネットワークテクノロジーではGCPの「Direct Peering」「Cloud VPN」「Cloud Router」を利用する計画を立てている。
「Spotifyはデータに対して、全く新しいテクノロジースタックを適用しようとしている」とリーグ氏は投稿記事の中で付け加えている。「その新しい試みには、Hadoop、『MapReduce』『Apache Hive』に加えて、社内開発のダッシュボードツールという既存環境からの移行が含まれる。この環境を最新のデータ処理ツールに移行させる予定だ。さらに、『Cloud Pub/Sub』『Cloud Dataflow』などを導入する」(ブログ記事より)
AWS利用の前歴
実は、Spotifyは以前からAmazon Web Services(AWS)の「Amazon Simple Storage Service」(Amazon S3)も利用している。
続きはComputer Weekly日本語版 4月20日号にて
本記事は抄訳版です。全文は、以下でダウンロード(無料)できます。
■Computer Weekly日本語版 最近のバックナンバー
Computer Weekly日本語版 4月6日号:モバイルアプリのあきれた実態
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[ニュータニックス・ジャパン合同会社] クラウドネイティブ戦略ガイド:8つの主要課題と解決策を解説 -
製品資料
[ニュータニックス・ジャパン合同会社] プラットフォーム技術者のための「クラウドネイティブ」プレイブック -
製品資料
[ニュータニックス・ジャパン合同会社] ハイブリッドクラウドでハードウェア価格高騰のリスクを回避する方法 -
製品資料
[ニュータニックス・ジャパン合同会社] AI時代に必要なインフラモダナイゼーションの考え方とは? -
製品レビュー
[Dropbox Japan株式会社] ランサムウェア対策で見直したい「復旧できるファイル基盤」とは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
鹿島建設のDXを阻む「10年前のAWS」 安全性と自由度を両立したモダナイズ
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
7
「法人向けPCおよび周辺機器の利用状況」に関するアンケート
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
【漫画付き】"RAG導入失敗3例"と処方箋 「入れても使われない」を終わらせる
-
10
NECの「BluStellar」に必要なデータ保護と活用のための技術とは
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
3
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
8
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
9
“あのファイル転送”で暗躍するノーウェアランサム
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー