クラウドベースのアーキテクチャとオープンソースが必ずしも融合しない理由

クラウドベースのアーキテクチャとオープンソースは理想的な組み合わせのはずですが、Kubernetes のような成功事例は例外であり、一般的ではありません。

[[422291]]

いくつかの基準から見ると、オープンソースはクラウドで大きな成功を収めています。 Kubernetes のようなオープンソース ソリューションは、クローズド ソースの代替ソリューションを侵食してきました。しかし、他の点では、クラウドにおけるオープンソースは完全に失敗しています。クラウドベースのアーキテクチャは、ユーザーの自由を保護するというオープンソースの創設目的を達成する上で、依然として根本的な問題を提起しています。多くの組織にとって、クラウドを使用することは、独自のソリューション プロバイダーに制御権を譲渡し、深刻なロックインのリスクに直面することを意味します。

これらの観察から、次のような疑問が浮かび上がります。なぜオープンソースはクラウドで大きな存在感を示さないのか、そしてクラウド コンピューティングをよりオープンソースに適したものにするにはどうすればよいのか。

オープンソースクラウドの問題

クラウド時代の初期から、オープンソースとクラウドの間には緊張関係が存在していました。

1980 年代にリチャード・ストールマンと GNU プロジェクトの支援のもとでフリーでオープンなソフトウェアが初めて登場したとき、主な目標は (ストールマンが当時述べたように)、ソフトウェアのソース コードを希望するすべての人に公開し、ユーザーが互いに連帯して「恥ずかしげもなくコンピューターを使用」できるようにすることでした。

ローカル デバイスでソフトウェアを実行している場合は、ソース コードにアクセスすることでこれらの目標を実現できます。これにより、プログラムの動作を学習し、変更を他のユーザーと共有し、自分でバグを修正できるようになります。ソースコードが利用可能であり、ユーザーが自分のデバイスでソフトウェアを実行している限り、ソフトウェアベンダーは「ユーザーを分割して征服する」ことはできません。

しかし、ソフトウェアがクラウドベースのアーキテクチャに移行すると、コンピューティングに対するこのアプローチは根本的に変化しました。クラウドでは、エンドユーザーとしてアクセスするソフトウェアは、他のユーザーが制御するデバイス上で実行されます。ソフトウェアのソース コードが利用可能であったとしても (SaaS プラットフォームの場合は通常はそうではありませんが、理論的には可能です)、他の人 (特にソフトウェアを実行するサーバーを所有する人) がデータを制御したり、ソフトウェアの構成方法を決定したり、ソフトウェアを更新するタイミングを決定したりすることができます。エンドユーザー間の連帯感はなく、エンドユーザーとソフトウェアプロバイダーの間にも平等性はありません。

ストールマン氏と他のフリーソフトウェア支持者たちは、早い段階でこのことに気づいていました。 2010 年までに、ストールマン氏はクラウドベースのソフトウェアを使用する際にユーザーが制御権を放棄していることを嘆き、SaaS アーキテクチャを模倣するために「サービスとしてのソフトウェア」などの用語を作り出した。また、彼らは、GNU 一般公衆利用許諾書 (主要なフリーソフトウェア ライセンス) の保護を Web 上でホストされるアプリケーションに拡張することを目的とした Affero 一般公衆利用許諾書も導入しました。

こうした努力の結果は、せいぜい平凡なものでした。 2000 年代半ば以来、ストールマン氏はユーザーに対して SaaS プラットフォームを使用しないよう訴えてきたが、クラウドの爆発的な成長は止まらなかった。今日では、SaaS アーキテクチャ経由で使用できない主要なソフトウェア プラットフォームを考えることは難しく、ソフトウェアの自由の問題を理由に SaaS を避けるエンド ユーザーを見つけることは困難です。

Affero ライセンスは普及していますが、クラウドにおけるフリーおよびオープンソース ソフトウェアの推進力には限界があります。 Affero ライセンスの主な目的は、クラウドベースのソフトウェアはユーザーに「配布」されていないため、GPL などの従来のオープン ソース ライセンスの規定の対象ではないとソフトウェア ベンダーが主張できないようにすることです。これは何もしないよりはましですが、データの制御、ソフトウェアの変更など、クラウドベースのサービスを使用する際にユーザーが直面する問題に対処するのにはほとんど役立ちません。

その結果、クラウドベースのアーキテクチャは、フリーおよびオープンソース ソフトウェアの基本的な目標に対して根本的な課題を提起し続けています。これらの課題を解決する方法を思い描くのは難しく、クラウドの導入がかつてないほど進んでいる世界でこれらの課題がなくなることを想像するのはさらに困難です。

オープンソースクラウドの成功

クラウドにおけるオープンソースのストーリーを、別の、よりポジティブな方法で伝えることもできます。プライベート クラウドや「クラウド ネイティブ」インフラストラクチャ テクノロジーなどのニッチな観点から見ると、オープン ソースは大きな成功を収めています。

ここで私が考えているのは、オープンソースのアプリケーション オーケストレーション プラットフォームである Kubernetes のようなプロジェクトです。Kubernetes は非常に支配的になり、もはや実質的な競争相手さえいません。 Kubernetes と競合する仮想マシン オーケストレーション ツールを提供する VMware でさえ、独自の Kubernetes ディストリビューションを実行していることから、Kubernetes がオーケストレーター戦争に勝利したことは明らかです。

プライベートクラウドを構築するためのプラットフォームである OpenStack は、クラウドベースのアーキテクチャのオープンソースで同様の成功を収めています。 Kubernetes ほど競合相手を完全に排除したわけではないかもしれませんが、OpenStack は依然として、プライベート クラウドの構築を検討している企業にとって非常に成功しており、広く使用されているソリューションです。 =

独自の仮想マシンよりも俊敏でリソース効率の高いソリューションを求める企業にとって頼りになるソリューションとなっているオープンソースのコンテナ化プラットフォームである Docker についても同様の結論を導き出すことができます。

企業がプレーンな VM を使用してクラウドを構築したい場合でも、Linux に組み込まれたオープン ソース ハイパーバイザーである KVM は、VMware や Microsoft などのベンダーの競合 VM プラットフォームに匹敵する性能を備えています。

プライベート（または、程度は低いがハイブリッド）クラウドベースのインフラストラクチャの構築に関しては、オープンソースは過去 10 年間にわたって非常に優れた成果を上げてきました。 10 年前は、Kubernetes、OpenStack、Docker、KVM などのプラットフォームが事実上のソリューションとなっているギャップを埋めるために、独自のツールに頼る必要がありました。

オープンソースとパブリッククラウド

しかし、パブリック クラウドを見ると、オープン ソースはあまり成功していないようです。主要なパブリッククラウドは、Kubernetes や Docker などのプラットフォーム向けの SaaS ソリューションを提供していますが、独自の拡張機能でそれらをラップする傾向があり、これらのプラットフォームは実際よりもオープンソースらしく感じられません。

同時に、パブリック クラウドのコア IaaS および SaaS サービスのほとんどは、クローズド ソース ソフトウェアによって実現されています。 Amazon S3 にデータを保存したり、Azure Functions でサーバーレス関数を実行したり、Google Cloud で継続的デリバリー パイプラインを開始したりする場合は、ソース コードが一切表示されない独自のソリューションを使用していることになります。これらのサービスの多くに相当するオープンソースのサービス (サーバーレス機能サービスの Qinling や CI/CD 用の Jenkins など) が存在しているにもかかわらず、このような状況になっています。

クラウド市場の消費者側もクローズドソース ソリューションが主流です。 Zoom や Webex などのプラットフォームに代わるオープンソースの代替手段は存在するものの、独自のコラボレーション プラットフォームのプライバシーとセキュリティの欠陥をめぐるパニックの中でも、ほとんど注目されていません。

より優れたオープンソースクラウドの構築

クラウドでより多くのオープンソース ソフトウェアを実行することに対する明らかな反対意見の 1 つは、クラウド サービスのホスティングにはコストがかかるため、ベンダーが無料のオープンソース ソリューションを提供することが難しくなることです。ユーザーが独自のインフラストラクチャを提供するため、Firefox を配布して自分のコンピューターにインストールするのは簡単です。しかし、Zoom に相当するオープンソースのホスティングには、大規模で高価なインフラストラクチャが必要になるため、コストが高くなります。

しかし、この見方は想像力の欠如を反映していると思います。従来の集中型クラウド インフラストラクチャに代わる選択肢はいくつかあります。分散型ピアツーピア ネットワークを使用すると、従来の IaaS インフラストラクチャと比較して、サービス プロバイダーははるかに低いコストでオープン ソース クラウド サービスをホストできます。

また、多くの独自のクラウド サービスは無料であることも指摘しておきます。この意味では、SaaS プロバイダーはインフラストラクチャ費用を回収する必要があるため、無料のオープンソース ソリューションを提供できないという主張はあまり意味がありません。 Zoom が基本的な使用において無料であるなら、オープンソースにできない理由はありません。

確かに、より多くのクラウド サービスをオープン ソース化しても、ユーザーが他人が所有するサーバー上でコードを実行する際に制御権を放棄するという、上で説明した根本的な問題は解決されません。しかし、少なくとも、ユーザーは、使用している SaaS アプリケーションやパブリック クラウド IaaS サービスがどのように機能するかをある程度理解できるようになり、それらを拡張および改善する機会も増えます。

たとえば、Facebook や Gmail のソースコードが公開されている世界を想像してみてください。誰でもコードを見ることができれば、プライバシーに関する懸念は大幅に減り、サードパーティがこれらのプラットフォームと統合する優れたソリューションを構築する機会が増えるのではないかと思います。