クラウドでオープンソースを活用する3つの方法

多くのパブリック クラウド サービスは、少なくとも部分的にはオープン ソース プラットフォームまたはツールに基づいていますが、クラウド サービス自体はオープン ソースではありません。しかし、これはクラウドを使用することでオープンソースのメリットを享受できなくなるということではありません。適切なアプローチを採用すれば、オープンソースとクラウド コンピューティングの両方の利点を享受できます。

オープンソースとクラウド：困難な歴史

クラウド コンピューティングが初めて登場したとき、フリーおよびオープン ソース ソフトウェアの支持者の間で大きな懸念が生じました。たとえば、GNU の創設者リチャード・ストールマンは、クラウド プラットフォームは「ユーザーのコンピューティング能力を他人に委ねる」と警告しました。

彼が指摘したのは、クラウド サービスや SaaS (Software as a Service) アプリケーションを使用する場合、外部プロバイダーによって制御されるコンピューティング環境を使用しているということです。クラウドベンダーが自社のサービスやアプリケーションのソースコードを公開することはほとんどありません。たとえそうしたとしても、ユーザーはコードを変更してサービスの動作方法を変更したり、データの管理方法を制御したり、自分のコンピューターやサーバー上でオープンソース ソフトウェアを実行することに関連するその他の基本的な自由を享受したりすることはできません。

オープンソースとプライベートクラウド

この課題に対処する 1 つの方法は、OpenStack や CloudStack などのオープン ソース プラットフォームを使用してプライベート クラウドを構築することです。

クラウド コンピューティング環境を自分でセットアップして管理するために必要なリソースがある場合、これは良いアイデアです。しかし、それはかなりの作業です。また、独自のホスティング インフラストラクチャも必要です。パブリック クラウドの利便性、無制限の拡張性、設備投資不要のメリットを享受できなくなります。

パブリッククラウド上でオープンソースソフトウェアを実行する

オープンソースの利点とパブリック クラウドの利点のほとんどを享受しながら、クラウドでオープンソース ソフトウェアを実行する別の方法があります。それは、パブリック クラウド インフラストラクチャを使用して、自分で管理するオープンソース ソフトウェアをホストすることです。

つまり、Apache HTTP Server、WordPress、Elasticsearch など、必要なオープンソース アプリケーションを AWS EC2 インスタンスまたは Azure 仮想マシン上で実行できます。

もちろん、基盤となるインフラストラクチャを完全に制御することはできません。また、パブリック クラウド プロバイダーがサーバー上で実行した作業に関するデータを収集するのを防ぐこともできません。こうした点では、オープンソースを独自のプライベート サーバーで実行すると、プライバシーとスケーラビリティを最大限に活用することはできません。

トレードオフとしては、ホスティング インフラストラクチャを制限なく拡張でき、実際に使用するホスティング リソースに対してのみ料金を支払い、アプリケーションを実行するために事前にサーバーを購入する必要がないという点が挙げられます。

マネージドサービスとしてのオープンソース

3 番目のアプローチは、クラウド ベンダーが提供するマネージド サービスを使用して、クラウドでオープン ソース ソフトウェアを実行することです。たとえば、AWS EKS または Azure AKS を介して Kubernetes を実行できます。あるいは、Elasticsearch (および関連ソフトウェア) を自分で設定する代わりに、AWS OpenSearch を使用することもできます。

パブリック クラウドでの管理サービスとしてのオープン ソースの利点は、シンプルで便利なことです。インフラストラクチャを構成したり、オープンソース ソフトウェアを自分でインストールしたりする必要はありません。

その一方で、オープンソースに伴う柔軟性はすべて失われます。ソフトウェアはクラウド プロバイダーがサポートする方法でのみ使用でき、ソフトウェア構成を変更する機能は通常制限されています。もちろん、ソフトウェアのソースコードを変更することはできません。言い換えれば、「サービスとしてのソフトウェアの置き換え」という状況に陥ることになります。

明るい面としては、パブリック クラウドでマネージド サービスとしてオープン ソースを使用することは、ユーザーにさらなる自由を与える形で同じオープン ソース プラットフォームを使用するための足がかりになる可能性があると言えます。たとえば、EKS を実行する場合、最終的にはマネージド サービスに頼るのではなく、Kubernetes を自分でデプロイすることを決定する可能性があります。あるいは、ある日、OpenSearch から自己管理型の ELK スタックに移行するかもしれません。

結論は

どのように考えても、独自のプライベート インフラストラクチャではなくクラウドでオープン ソースを実行することには、いくつかの欠点があります。他のクラウドベースの展開オプションよりも多くの労力が必要になる可能性があり、ソフトウェアとデータの制御が低下する可能性があります。

ただし、さまざまな展開方法を考慮すると、欠点を最小限に抑えながらほとんどの目標を達成できる方法でクラウドでオープンソースを実行することが多くの場合可能です。適切な戦略を選択するだけです。