クラウドでオープンソースを活用する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 スタックに移行するかもしれません。