SpotifyはオープンソースのBackstageプロジェクトを通じて開発者を収益化する壮大な計画を練っている

テッククランチイベント

大手テクノロジー企業の多くは、かなり堅牢なオープンソースプログラムを開発しており、自社の技術スタックに不可欠なサードパーティプロジェクトへの貢献や、社内開発プロジェクトをコミュニティに寄付して普及を促進するといった取り組みが見られます。SpotifyがBackstageをオープンソース化したのはまさにこのためであり、Spotifyはマイクロサービス分野におけるKubernetesの台頭に先手を打たれていました。

背景として、Spotify はマイクロサービスを早期に採用していました。マイクロサービスとは、個別に開発されたコンポーネントを統合し、それらを API 経由で接続することで、企業が複雑なソフトウェアをコンパイルしやすくするアーキテクチャです。これは、いくつかの点でシンプルである一方で、維持と拡張が難しい従来のモノリシック アーキテクチャとは対照的です。

Spotifyは、モノリスからマイクロサービスへの大きな移行が起こっていたまさにその時に、まさに適切な場所に適切なタイミングでいたと言えるでしょう。しかし、マイクロサービス化においては、様々な要素を連携させる必要性が高まり、複数のチームや分野を巻き込む、扱いにくいプロセスになることがあります。そこでSpotifyは、自社開発のコンテナオーケストレーションプラットフォーム（基本的には様々なマイクロサービスをホストするプラットフォーム）「Helios」を開発し、2014年にオープンソース化しました。しかし、同年Googleのオープンソースの宝庫からKubernetesが登場し、後に世界を席巻することになる中で、SpotifyはHeliosを放棄し、Kubernetesに全面的に移行するという「苦渋の」決断を下しました。

「Kubernetesは急速に普及し、さらに進化しました。そのため、HeliosからKubernetesへの切り替えが必要になり、それは私たちにとって大きな負担と費用を伴いました」と、Spotifyのテクノロジー＆プラットフォーム責任者であるタイソン・シンガー氏はTechCrunchに説明した。「しかし、Kubernetesの進化に追いつくために同じペースで投資を続けることは不可能だったので、そうする必要がありました。」

これが、Spotifyが2020年にBackstageをオープンソース化するという決断の発端となった。「一度痛い目に遭うと、二度と同じことをすることはない」。Spotifyは、Backstageがライバル企業がオープンソース化した他のプロジェクトに負け、世界中の数千億ドル規模の企業に支持されているという事実を理由に、社内開発者ポータルをはるかに先を行くものに置き換えざるを得なくなる事態を避けたかったのだ。

「Backstageは当社の製品開発チームにとってまさにオペレーティングシステムであり、文字通り基盤なのです」とシンガー氏は述べた。「そして、私たちはそれを置き換えたくありません。」

そして現在、SpotifyはBackstageを世界有数の大企業にとってより魅力的なサービスにするための取り組みを加速させています。そして、その取り組みの一環として、コアとなるオープンソースプロジェクトを有料プラグインの販売によって収益化していく予定です。

「これらのプラグインから収益を得ることで、私たちは常に勝者になれるという自信を深めることができます」とシンガー氏は続けた。「そして、それがまさに私たちが望んでいることです。なぜなら、プラグインを置き換えるには莫大な費用がかかるからです。」

プラグイン

Backstageは既にプラグインベースのアーキテクチャに基づいて構築されており、エンジニアリングチームは独自のニーズに合わせてカスタマイズできます。Spotifyと外部ユーザーコミュニティの両方が開発した、専用のマーケットプレイスには、数十種類の無料およびオープンソースのプラグインが用意されています。しかし、Spotifyはさらに一歩進んで、5つのプレミアムプラグインを有料サブスクリプションとして提供しています。

プラグインには、組織内でのアクティブな Backstage の使用状況に関するデータや、ユーザーが使用しているプラ​​グインを表示する Backstage Insights が含まれています。

また、Pulse は、四半期ごとに Backstage 内から直接生産性と満足度の調査を実施し、企業が従業員に質問してエンジニアリングの傾向を特定し、匿名化されたデータセットにアクセスできるようにしています。

一方、Skill Exchange は、本質的には、ユーザーがメンター、一時的な共同学習の機会、またはエンジニアリング スキルを向上させるためのハックを見つけるのに役立つ社内マーケットプレイスを提供します。

さらに、Soundcheck は、エンジニアリング チームがソフトウェア コンポーネントの健全性を測定し、「開発および運用の標準を定義」するのに役立ちます。

最後に、ロールベースのアクセス制御 (RBAC) プラグインがあり、企業が Backstage 内のプラグインとデータへのアクセスを管理するためのコード不要のインターフェースを提供します。

Backstage と関連するすべてのプラグインはあらゆる規模の企業で使用できますが、主にソフトウェアがより複雑になる可能性のある、数百人のエンジニアを抱える大規模な組織を対象としています。

「小規模な開発組織では、例えば15個のマイクロサービスから生じる複雑さを考えると、開発者ポータルはあれば便利ではあるものの、必須ではありません」とシンガー氏は述べた。「しかし、開発者が500人以上の規模になると、複雑さはまさに限界に達します。」

開発者ツール

これまで多くの企業がオープンソース技術を商業化し、エンジニアや開発者がその恩恵を受けることが多かったが、主に音楽ストリーミングで知られる150億ドル規模の企業が、音楽ストリーミングとはあまり関係のないもので収益を得ようとしているというのは、少々奇妙だ。

さらに、Backstageはすでにオープンソース化されており、他の人が利用できるプラグインを開発した貢献者による活発なコミュニティが形成されているので、これらの新しいプラグインを無料で配布することで、その善意をさらに育んでいくのはいかがでしょうか？結局のところ、堅牢で機能豊富なソフトウェアの開発には、プロプライエタリかオープンソースかに関わらず、費用がかかるという単純な事実に帰着します。

実際、KubernetesがCNCFのメンバーシップを通じて多くの大手テクノロジー企業から支持されているように、SpotifyもBackstageのコアプロジェクトをCNCFに寄付することで同様の支援を求めています。しかし、普及を促進する付加価値サービスには依然としてリソースと直接的な投資が必要であり、Spotifyはサブスクリプション型プラグインバンドルを通じてその資金を調達しようとしています。

「今は、私たちがオープンソースエコシステムに資金を提供し続けられるかどうかという問題だけです。ほとんどの大規模オープンソースプロジェクトと同様に、その背後には何らかの資金調達の仕組みがあります」とシンガー氏は語った。

価格設定に関して、Spotifyは、費用は使用量や容量といった「個々の顧客パラメータ」に依存し、開発者ごとに年間で課金されると述べています。つまり、費用は変動しますが、数百人の開発者を抱える企業であれば、数千ドルから数万ドル規模の支出を見込むことになるでしょう。そのため、Spotifyの年間収益は数百万ドルに達する可能性がありますが、音楽へのアクセス販売で得られる100億ドル以上の収益と比較すると、ほんのわずかな額に過ぎないでしょう。

Backstageは、Spotifyが自らを単なる音楽ストリーミング企業ではなく、テクノロジー企業でもあると認識していることを改めて示すものと言えるでしょう。Amazonが当初は社内業務の基盤として構築した技術を基盤に、巨大なクラウド事業を築き上げたように、Spotifyも開発者ツール企業として、あるいはそれに類する企業として、どのような牽引力を獲得できるかを模索しているのです。

これは確かに考えてみる価値のある疑問です。Spotifyは開発ツール企業になるために全力を尽くしているのでしょうか？そして、今後さらに多くのプレミアムプラグインが登場するのでしょうか？

「将来何が起こるかは誰にも分かりません。来年には何も起こらないでしょう。どうなるか見守るしかありません」とシンガー氏は述べた。「この製品が市場にどう適合するかについては、今はまだ学ぶべきことが少しあると考えています。しかし、将来的には、私たちからもっと多くのことを発信できると期待しています。」

Spotify の 5 つの新しいプレミアム プラグインが、本日オープン ベータ プログラムの一環として正式に利用可能になりました。