見た目以上のもの：Red Hat Enterprise Linux 10 の舞台裏 (パート 2)

このシリーズでは、Red Hat Enterprise Linux 10 の構築とリリースに携わった人々やその計画についてご紹介します。構想の初期段階から Red Hat Summit 2025 での発表に至るまで、RHEL 10 がどのようにして実現したのか、現場の声をお届けします。

パート 1

第 1 回の投稿では、 Red Hat Enterprise Linux (RHEL) 10 の舞台裏を掘り下げてご紹介しています。Summit 2022 と RHEL 9 のリリース直後の初期段階について話を聞きました。この段階では、チームの編成、期待値の設定、アップストリーム・コミュニティとの連携によるアイデア収集などが含まれていました。パート2では、RHEL 10 の開発チームが、プラットフォームの構築における新しいアプローチがどのように明確になり、実装されたのかを紹介します。

2023 年 (RHEL 10 リリースまであと 2 年)

Brian Stinson、プリンシパルソフトウェアエンジニア

最初に Fedora に言及します。これにより、検討すべきコンテンツセットと問題領域が明確になります。さらに、私たちが推進していくべきことは、継続的に行われていきます。

Stef Walter、エンジニアリング担当シニアディレクター

私たちが取り組んだことの 1 つは、CentOS Stream を RHEL 開発の拠点とすることでした。。その多くは Fedora に由来しますが、イテレーションの多く (1 日に数回行われる RHEL 全体の継続的なビルドなど) は CentOS Stream で行われます。 

Stinson

[CentOS Stream] を導入した最大の利点は、基本的にビルドを公開状態で進められたことです。これは、コミュニティとの連携を維持する上で非常に役立ちました。

Walter

また、RHEL に何を取り入れるかは私たちがしっかりと管理していますが、他の人が変更や貢献を提案することも歓迎しています。

Stinson

このように社外に情報を発信できるのは素晴らしいことです。メジャーリリースで実現したいことの 1 つは、非常に大きな変更を加えることです。しかし同時に、リリースを出すたびにユーザーが驚くような事態は避けたいと考えています。リリースが、今後の予定を初めて知る機会であってはなりません。

Mike McGrath、コア・プラットフォーム・エンジニアリング バイスプレジデント

RHEL チームのような大規模な組織では、組織内に優れた方向性と非常に強力なリーダーを持つことが極めて重要になります。もしすべての意思決定や技術的なポイントが私の指示を待たなければならないなら、何も進まず、RHEL は完全に停止してしまうでしょう。

Shelley Dunne、シニア・プリンシパル・プログラム・マネージャー

これは RHEL プログラムの変化の方向性に沿ったものです。彼らはよりアジャイルな連携を追求しており、意思決定を実際に行うべき人々に意思決定権をより近づけています。

McGrath

チームは毎週集まり、何がうまくいっているのか、何がうまくいっていないのかを話し合っています。Red Hat の価値観の 1 つは、説明責任です。エンジニアリング部門が期限までに完了させると言ったことが期限内に終わらなかった場合、その責任はプログラムコールで問われます。このような大規模なグループでは、この種の説明責任の文化が極めて重要です。なぜなら、説明責任を理解していれば重大なミスも管理しやすくなるからです。説明責任がなければ、何が起こってもおかしくありません。

Stinson
多少のリスクは伴いますが、もちろん良い意味で捉えることができます。誰もがそれぞれ各自の担当分野を持ち、全体をまとめる上で誰もが少しずつ役割を果たしています。

現在、リリースまであと 2 年となり、ワークフローが開発および展開され、CentOS Stream で一般公開されるイテレーションが開始されます。リリースまでの時間が刻々と迫る中、チームは現在、世界有数のエンタープライズ Linux プラットフォームを形成する、皿回しのような絶妙なバランスを維持する必要があります。