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
-
技術文書・技術解説
[Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分? 不足する対策を16項目でチェック -
事例
[Wrike Japan 株式会社] 世界的な家電メーカーが実践する「クリエイティブプロセス効率化」の方法とは? -
事例
[Wrike Japan 株式会社] 世界的テクノロジー企業に学ぶ、プロセス標準化とプロジェクト納品自動化の秘訣 -
事例
[Wrike Japan 株式会社] ソニー・ピクチャーズ テレビジョンに学ぶ、次世代サービスデリバリーのヒント -
事例
[Wrike Japan 株式会社] ソミック石川に学ぶ、ICT浸透後に直面した「工数管理」の課題と解決策
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
2
膨らむAIコストに歯止め GitHubのマルチモデルルーターは何が違うのか
-
3
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
4
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
-
5
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
6
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
7
エンジニアが選考を辞退する本当の理由 7割が隠す“面接の違和感”とは
-
8
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
9
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
10
Anthropicが明かす AIは入力データを「どこまで覚えているのか」
ホワイトペーパーランキング PR
-
1
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
2
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
4
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
-
9
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
10
少額減価償却資産が40万円未満へ拡大、令和8年度税制改正で押さえるべき変更点
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー