SUSEって何？OpenStack Foundationは「採用は依然として増加中」と肩をすくめる

OpenStack の最高執行責任者であるマーク・コリアー氏はThe Regに対し、SUSE が OpenStack Cloud 製品を放棄するという決定は「明らかに残念」だが、その採用は「堅調で増加している」と語った。

SUSEが「SUSE OpenStack Cloudの新バージョンの生産を中止する」と「SUSE OpenStack Cloudの販売を中止する」という決定は、同社がOpenStackの理事会にプラチナメンバーとして参加していたことを考えると、大きな意味を持つ。プラチナメンバーは、OpenStack Foundationに多額の資金とフルタイムのリソースを提供することを約束しているわずか8社のうちの1社であり、他の2社はAT&T、Ericsson、Huawei、Intel、Rackspace、Red Hat、Tencentである。SUSEはThe Regに送付した声明の中で、今後「理事会のポジションとスポンサーシップのレベルを慎重に移行」していくと述べているが、今後も何らかの形で関与を続けることを約束している。

したがって、コリアー氏のThe Regへの発言をダメージの最小化と捉えたくなるかもしれないが、今回の件に関しては彼の主張も一理ある。ユーザーがプライベートクラウドを運用できるようにする一連のプロジェクトであるOpenStackは、巨大な顧客基盤を誇り、最近のデータと予測によると、市場は年間約20%の成長を遂げている。オープンソースのプライベートクラウドを運用したい場合、競争はそれほど激しくなく、そうするだけの十分な理由がある。

Adobeは2017年（前年にMicrosoft Azureとの提携を発表していたにもかかわらず）、広告クラウドサービスをAWSからOpenStackに移行することで約30%のコスト削減を実現したと発表しました。もう一つの動機はベンダーロックインの回避であり、2018年のユーザー調査では83%の組織が導入理由として挙げています。

中国はOpenStackを好んで利用しており、これは政治的なロックインやベンダーロックインへの対策と言えるでしょう。OpenStackソフトウェアの二大プロバイダーは、中国に拠点を置くHuaweiとEasyStackで、両社で導入数の50%を占めています。次にRed Hat、そしてCanonicalが続きます。同じ調査によると、SUSEの市場シェアはわずか3%でした。

しかし、これが全てではありません。OpenStackは依然として重要ですが、注目はVMからコンテナ、特にKubernetes（K8s）へと移りつつあります。OpenStackはVMベースのプラットフォームとして認識されています。GitLabのCEOであるSid Sijbrandij氏は、GitLabによるOpenStackのサポートについて尋ねられた際、「OpenStackはVMベースのインフラストラクチャです。Kubernetesクラスターは提供されていないと思います」と、やや不正確な回答をしました。

同様に、Puppet の CTO である Nigel Kersten 氏はThe Reg に次のように語っています。「OpenStack を推進していた多くの需要、エネルギー、注目が Kubernetes に向けられていると思います。」

コンテナを自分で

これがSUSEの方向転換の理由です。SUSE OpenStack Cloudに代わるSUSEが注力する製品には、K8sをベースとしたCaaS（Container as a Service）プラットフォームと、Cloud Foundryをベースとし、K8sによるデプロイメントをオプションで提供するSUSE Cloud Application Platformがあります。これらのプラットフォームは、一度セットアップすれば、開発者はコーディングとデプロイを簡単に実行でき、自動スケーリング機能が組み込まれています。

OpenStackはK8sの波に乗り遅れたのだろうか？「当社のユーザーの半数以上がOpenStack上でK8sを実行しています」とコリアー氏は述べた。さらに、「OpenStackを実行している大口顧客はすべて、OpenStackサービスをコンテナ化しています」とコリアー氏は付け加えた。「CERNのような機関を見てみると、数十万コアのコンピュータをOpenStackで管理し、さらにOpenStack Magnumインストーラーを使ってOpenStack上で数百のK8sクラスターを稼働させています」とコリアー氏は付け加えた。

この文脈では、いくつかのOpenStackプロジェクトが興味深いものです。例えば、MagnumはOpenStack上でのK8sプロビジョニングを自動化するAPIを提供し、Ironicはベアメタルプロビジョニングを行い、AirshipはOpenStackとK8sのデプロイメントを自動化します。

ユーザー調査によると、「OpenStack上のアプリケーション管理にKubernetesを使用しているデプロイメントでは、ユーザーがベアメタル上でコンテナオーケストレーションを実行するためにOpenStackを利用するようになったため、Ironicなどの特定のOpenStackプロジェクトの採用が顕著に増加しています。アプリケーション管理にKubernetesを実行していると回答したOpenStackデプロイメントの37%が、本番環境でIronicを実行していると回答しました。」

ここでの方向性は、VMを抽象化し、アプリケーションのデプロイメント準備が整ったK8のプロビジョニングに重点を置くことです。これをOpenStackのコアにさらにうまく統合できるでしょうか？「それは必要であり、実現しつつあります」とコリアー氏は述べました。

SUSEはOpenStackチームに空白を残すことになるのでしょうか？ コリアー氏は、熟練したOpenStack開発者の需要が高いと指摘しました。「ある企業が業務を縮小すると、その専門知識を持つ人材はすぐに別の組織に移ってしまうことが多いのです。」

OpenStackは現時点では有用な技術として脅威にさらされているわけではないが、大手クラウドベンダーがITインフラのシェアを拡大​​した場合（おそらくそうなるだろう）、原理的には脆弱となる可能性がある。小規模なクラウドベンダー自身もOpenStackを運用する可能性がある。

いずれにせよ、クラウドインフラのプロビジョニングに携わっている方を除けば、OpenStackは魅力を失いつつあります。K8s自体にも同じことが起こる可能性は十分にあります。SUSEの今回の動きは賢明な選択と言えるでしょう。®