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

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

パート 1 | パート 2

前回の記事では、Red Hat Enterprise Linux (RHEL) 10 がどのようにして実現したのかを紹介し、プラットフォームを構築するための新しいアプローチについて学びました。パート 3 では、イメージモードや RHEL Lightspeed などの機能（およびそれらに関する会話) が具体化し始める中で、チームは何千もの可動部分を同期させ続けるという微妙なバランス調整に注力します。

2023年 (Summit 2025 までの 18 カ月)

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

物事が本格的に動き出すのはこの頃です。社内で最も注視しているのは、Compose と呼ばれるものであり、これは基本的に毎晩 (または 1日に数回程度) 行われる、RHEL の最新で最良バージョンのビルドの作成に関係するものです。私は常にそれを確認し、状況を把握するようにしています。 

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

すべてのピースの大きさが少しずつ違うジェンガの塔のようなものです。「うちのピースはすごく小さいから、これを抜いても何も倒れないよ」と言う人がいるかもしれません。周りの人々は「そうかもしれないけれど、確認する必要はある」と言うでしょう。なぜなら、もし崩れてしまったら、問題が発生するからです。

McGrath

一度壊してしまうと、二度と正常な状態に戻せなくなるものがあり、誰も適切かつ信頼できる方法でテストを実行できなくなります。特に初期の段階では、Compose が正常に作成されないまま数週間が経過する可能性もあります。 

Hayden

スタックの一部を調整すると、残りのスタックの半分をテストして、まだ動作することを確認する必要がある場合があります。運が良ければ、何かを調整しても他に影響を与えないこともありますが、そうでない場合もあります。

McGrath

Compose が機能しない場合は、実際のチームに大きな影響があります。そのため、社内で全員が常に状況を把握しておく必要のあることの 1 つです。

2024年 (Summit 2025 までの 12 カ月)

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

イメージモードや、Summit で話題になったポスト量子暗号など、これらはすべて比較的リリースプロセスの後半で追加されました。

Chris Wells、 RHEL ビジネスユニット、プロダクトマーケティング担当シニアディレクター

私たちは製品管理チームと協力して状況を把握し、特定のリリースの背景情報を理解するようにしています。しかし通常は、リリースまで約 1 年を切った頃になって、状況が明確になるものです。

Hayden

Summit [2024] で RHEL Lightspeed を提供するという約束をする予定であったことは知られていたと思いますが、それが具体的に何なのかを正確に理解していた人はいなかったと思います。何か役に立つものを作りたかったのですが、Clippy のような役に立たないものを作りたくはありませんでした。私たちにとって重要だったのは、「そもそも何が理にかなっているのか。」「ユーザーは何を求めているのか。」ということだったと思います。そして、それを彼らにとって意味のある形でどう提供するか、ということでした。

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

イメージモードは、[CEO] の Matt Hicks が 2023 年 10 月に私たちに課した課題の 1 つでした。彼はこれを「ムーンショット」と呼び、全員に実現するよう皆に呼びかけました。そして Summit [2024] でこれを実現するように呼びかけ、私たちはそれをテクノロジープレビューとして実現しました。

Hayden

(Lightspeed は) 一日中 RHEL を扱っている人をターゲットにすべきだという決定は、早い段階で下されていたと思います。意思決定者や幹部をターゲットにするのではなく、実際に現場で作業している人々を対象とすべきであり、彼らの質問に答え、問題を解決し、Red Hat のやり方を理解してもらう方法を模索しようというのです。それはアップセルのための取り組みであり、教育的な側面もあり、RHEL に付加価値を与えるものでもありました。私たちはこのようにして議論を開始しました。

Wells

(私たちは) プロダクトマネージャーと多くの時間を費やして話し合い、これらの機能や能力がどのような目的で設計されたのかを理解するようにしました。理想的には、アウトサイド・インのアプローチを試みることができます。お客様やユーザー、パートナー、あるいはこの製品をマーケティングする際に対象となる人々が、何を重視しているのか、どのような課題を抱えているのか、何に直面しているのかを理解することは、私たちの提供する内容が彼らにとって意味のあるものにする上で重要だからです。

現時点では、RHEL 10 の一般提供開始まで 1 年を切っています。機能の改良、ユースケースの確定、そしてリリース体制全体が本格化しつつあります。Red Hat Summit 2025 の開催も目前に迫っています。