Red Hat のオープンソースへのコミットメント： git.centos.org の変更への対応

この週末は、前回のブログ記事に対する業界の反応について考えながら歩いていました。私たちは邪悪と呼ばれ、私はRed HatをクローズドソースにするためにインストールされたIBMの重役と呼ばれました。だから、物事をはっきりさせましょう。

私の名前はMike McGrath、Red Hatのコアプラットフォームエンジニアリング担当バイスプレジデントです。ここに来て16年になりますが、その前はFedoraプロジェクトでボランティアをしていました。オープンソースとそのフレーズすべてが、私にとって非常に重要です。この1週間、私のようにこの仕事を心から大切にする勤勉なレッドハッターたちに対して、多くの人々が心ない、事実と異なることを言うのを目にしました。

現在、Red Hatについて言われていることとは裏腹に、私たちはお客様以外の人たちにも現状を分かりやすく伝えられるようにしています。Red Hat はオープンソースの開発モデルを採用しており、今後も採用する予定です。バグを見つけたり、機能を書き込んだりしたら、コードをアップストリームに貢献します。これは、Red Hat や当社のお客様だけでなく、コミュニティの全員に利益をもたらします。私たちはアップストリームパッケージを単純にリビルドしているわけではありません。

Red Hat では、何千人もの人々が、新機能を有効にするためのコードを書くこと、バグを修正すること、さまざまなパッケージを統合すること、そしてその作業を長期にわたってサポートすることに時間を費やしています。お客様やパートナー企業がこれらを必要としているからです。

これは、5年から10年以上前のコードにパッチをバックポートするために費やしてきた多くの時間や深夜の作業のことです。私たちは常に、3～4つの主要なリリースストリームをサポートし、すべてのリリースにパッチやバックポートを適用しています。さらに、Red Hat Enterprise Linux（RHEL）の問題に対する修正を開発する際には、RHELだけに適用するのではなく、まず上流のFedoraやCentOS Stream、あるいはカーネル・プロジェクト自体に適用し、それからバックポートしています。オペレーティング・システムを10年間維持・サポートするのは至難の業であり、そこに大きな価値を感じながら働いています。

私たちは常にコードをアップストリームに送り、私たちの製品が使用するオープンソースライセンス（GPLを含む）を遵守します。私たちのコードに適用されるさまざまなオープンソースライセンスを遵守すると言ったのは、本心です。私は、オープンソースソフトウェアと特にGPLについて、多くの人が多くのことを誤解していることにショックを受けました。オープンソースのライセンスや権利を含む詳細は重要であり、Red Hatはその形成だけでなく、維持と進化にも貢献してきました。

最近のダウンストリームソースに関する私たちの決定に対する怒りの多くは、RHELに費やされた時間、労力、リソースにお金を払いたくない人たちか、自分たちの利益のためにRHELをリパッケージしたい人たちによるものだと感じています。RHELのコードに対するこの要求は、不誠実なものです。

オープンソースの価値を信じる情熱的な貢献者たちが、長い時間と夜を費やして行っている作業に対して、私たちは報酬を支払わなければなりません。このような人々が作り出したコードを単に再パッケージ化し、付加価値を付けずにそのまま再販することは、このオープンソースソフトウェアの生産を持続不可能なものにしてしまいます。これには、重要なバックポート作業や、上流で開発中の将来の機能や技術も含まれています。もしその作業が持続不可能になれば、それは止まってしまうだろうし、それは誰にとっても良いことではないからです。

例えば、新しいアーキテクチャやコンパイルフラグを追加するようなディストリビューションとは異なる、リビルダーについて特に言及したいと思います。（Linuxの機能を模倣するのではなく、拡張することを全面的にサポートしています）。

そう遠くない昔、Red Hat は CentOS のようなリビルダーが行う作業に価値を見出していた時期がありました。私たちは SRPM を git.centos.org にプッシュし、簡単にリビルドできるようにしました。最近では、ダウンストリームのリビルダーを持つことに価値はないと判断しています。

これらの無料リビルドは、RHELのエキスパートを輩出し、売上につなげるためのファンネルに過ぎないという一般的に受け入れられている立場は、現実とは異なります。私たちがそのような世界に住んでいればいいのですが、実際にはそうではありません。その代わりに、私たちは、RHELの安定性、ライフサイクル、ハードウェアのエコシステムをメンテナンスする人、エンジニア、ライター、その他多くの役割を実際にサポートすることなく望んでいる、大企業または非常に大規模なIT組織に属するユーザーのグループを発見しました。

健全なオープンソースのエコシステムでは、競争とイノベーションは密接に関係しています。Red Hat、SUSE、Canonical、AWS、Microsoftはすべて、関連するブランディングとエコシステム開発の努力を伴うLinuxディストリビューションを形成しています。これらの亜種はすべてLinuxのソースコードを利用し、貢献しているが、他の亜種との「完全な互換性」を主張するものではありません。

結局のところ、私たちはRHELのリビルドに価値を見いだせないし、リビルドする人たちのために物事を簡単にする義務もありません。CentOS Streamについては大きな混乱がある。これは、私たちがそれ以上のことを行ってきた長年の伝統の変更であり、このような変更が混乱を引き起こす可能性があることは認めます。その混乱は、私たちがクローズドソースになったことや、GPL違反の疑いについての非難として現れました。CentOS Streamには、バイナリを提供するものと、ソースリポジトリのものがあります。CentOS Streamのgitlabソースは、私たちがRHELリリースをビルドする場所であり、誰でも見られるようにオープンになっています。RHELを "クローズドソース "と呼ぶのは、断じて事実ではないし、不正確です。CentOS StreamはRHELよりも速く動いているので、HEADにはないかもしれないが、コードはそこにある。もし見つからないのであれば、それはバグなので知らせてほしいです。

また、私たちは無償の Red Hat Developer サブスクリプションと、オープンソースインフラストラクチャ用の Red Hat Enterprise Linux (RHEL) も提供しています。開発者向けサブスクリプションは、開発者にRHELを無償で提供し、最大16システムまで、やはり無償で利用することができます。これは、個人が自分の仕事に使うことも、RHELの顧客が従業員の仕事に使うこともできます。RHEL for Open Source Infrastructureは、オープンソース・プロジェクト（Red Hatとの提携の有無にかかわらず）が、インフラや開発のニーズに合わせて無償でRHELを利用できるようにすることを目的としています。

最後に、現在コードをオープンにしているか、オープンソースモデルへの移行を検討しているかにかかわらず、すべてのオープンソース企業に対して申し上げたい。どのような尺度から見ても、Red Hatは「成功」しており、多くのオープンソース企業が私たちのように成功することを願っています。ダウンストリームのリビルドがあなたにとって価値があるかどうかは、あなた自身で決めることができます。

付加価値を加えたり、何らかの変更を加えたりすることなく、単にコードを作り直すことは、あらゆるオープンソース企業に対する真の脅威となります。これはオープンソースに対する真の脅威であり、オープンソースを趣味やハッカーだけの活動に逆戻りさせる可能性があります。

私たちはそれを望んでいないし、私たちのコミュニティのメンバー、顧客、パートナーがそれを望んでいないことも知っています。イノベーションは上流で起こります。他者の肩の上に築かれるものこそ、オープンソースなのです。イノベーションを推進し、互いに支え合い、前進し続けましょう。