기대 이상의 가치: Red Hat Enterprise Linux 10의 비하인드 스토리

이 시리즈에서는 Red Hat Enterprise Linux 10을 빌드하고 출시하는 데 필요한 인력과 계획을 살펴봅니다. 초기 개념 단계부터 Red Hat Summit 2025 출시에 이르기까지 RHEL 10이 탄생한 과정을 직접 들을 수 있습니다.

Red Hat은 Red Hat Summit 2025에서 전세계를 선도하는 엔터프라이즈 Linux 플랫폼의 최신 버전인 Red Hat Enterprise Linux(RHEL) 10을 발표했습니다. 이 릴리스는 몇 가지 사소한 개선 사항이나 기능 추가에 그치지 않았습니다. RHEL 10은 운영 체제의 기본 언어로 AI 기반 Linux 관리, 포스트 퀀텀 암호화 기능 및 컨테이너를 제공합니다.

간단히 말해, RHEL 10은 엔터프라이즈 Linux 플랫폼의 작동 방식에 큰 변화를 가져왔습니다. 이는 하루아침에 이루어진 것이 아니라는 의미입니다.

엔지니어링, 마케팅, 제품 관리, QE 등을 담당하는 1,000명 이상의 Red Hatter들이 협업을 통해 이번 출시의 특별한 순간을 만들었습니다. 하지만 이러한 개인과 팀의 경우 하나의 이벤트가 아니라 수백 개의 순간과 이정표가 집대성된 것이었습니다.

이제 실제로 RHEL 10을 구축하는 사람들의 관점에서 그러한 순간들을 살펴보겠습니다.

2022(RHEL 9 릴리스 직후)

버전 8, 9, 10과 같은 주요 RHEL 릴리스는 3년마다 출시됩니다. 즉, Red Hat Summit 2025에서의 출시는 RHEL 9가 출시된 시점인 Red Hat Summit 2022 직후에 시작되었습니다.

Gunnar Hellekson, Red Hat Enterprise Linux 부문 부사장 겸 총괄 관리자

“RHEL에 대한 작업은 결코 멈추지 않습니다. 메이저 릴리스는 3년에 한 번씩 찾아오는 기회이며, 마이너 릴리스에서는 불가능하거나 받아들여지기 어려운 획기적이고 진화적인 변화를 도입할 수 있습니다.”

Mike McGrath, 코어 플랫폼 엔지니어링 부문 부사장

“아키텍트, 제품 소유자, 소프트웨어 엔지니어, 소프트웨어 QE 엔지니어가 모두 협력하여 이 거대한 작업을 수행합니다. 중요한 점은 프로그램 수준에서 모든 사람이 평등하게 참여하고, 우리가 무엇을 하고 있는지, 어디로 가고 있는지, 언제까지 이 작업을 완료해야 하는지를 모두가 이해하도록 해야 한다는 것입니다. 그래야 모두가 동시에 목표를 달성할 수 있습니다.

RHEL과 같은 대규모 릴리스에는 엔지니어가 대부분 참여합니다. 따라서 프로그램 관리자를 임명하여 프로그램을 구성했습니다. 저희 프로그램 관리자는 Shelley Dunne입니다. 이번 RHEL 릴리스는 Shelley의 첫 프로젝트였으며, 우리는 Shelley가 참여하게 되어 매우 기뻤습니다.”

Shelley Dunne, 수석 프로그램 매니저

“우리는 함께합니다. 주어진 역량, 기능 또는 변경 사항이 제품에 적합한지 끊임없이 질문해야 합니다. 그렇다면 누가 어떤 작업을 수행해야 하는지 파악하고 완료해야 합니다.”

McGrath

“이러한 부분을 주도할 사람을 선정합니다. Brian Stinson은 RHEL 10의 주요 아키텍트였으며, Fedora 커뮤니티가 RHEL 릴리스에 영향을 주는 방식 때문에 초기에 그를 참여시켰습니다. Fedora는 6개월마다 릴리스되며 RHEL보다 훨씬 앞서 있습니다. 하지만 RHEL이 나아갈 방향을 안다면, Fedora에서 먼저 이를 구현해야 합니다.”

Brian Stinson, 수석 소프트웨어 엔지니어

“우리는 Fedora 커뮤니티에 원활하게 통합되어 Fedora 릴리스에서 RHEL의 미래를 표현하고자 했습니다. 달러 비용도 더 저렴하고, 유지보수 작업도 덜 들며, 인지 부담도 적기 때문에 나중에 분기(fork)하려고 하기보다 Fedora에서 먼저 작업하고 이를 상속받는 것이 더 효율적입니다. 따라서 Fedora의 특징과 기능에 초기에 영향을 미치도록 하는 것은 Fedora의 개선과 Red Hat 고객 모두를 위해 저희가 의도적으로 추진하는 일입니다.

하지만 제품화할 준비가 되면 RHEL에서 원하는 기능이 Fedora에 포함되도록 해야 하기 때문에 적절한 시점에 Fedora에 영향을 미치고 조정해야 합니다.”

McGrath

“릴리스 출시 초기 18개월 동안 때로는 훌륭한 아이디어가 유입되어 새로운 영감을 주기도 했고, 때로는 우리가 그러한 아이디어를 추진하기도 했습니다. 하지만 우리가 원하든 원하지 않든 피드백을 받는 커뮤니티 공간에서 모든 것이 이루어지므로 새로운 기술 스택을 개발하는 데 큰 도움이 됩니다.”

Dunne

“아이디어를 함께 공유하겠습니다. 현재 어떤 것들이 있는지 살펴보겠습니다. 고객의 의견을 들어보겠습니다. 파트너의 의견을 들어보겠습니다.

기술과 비즈니스의 특성을 고려할 때, 작업이 신속하게 진행됩니다. 만약 2025년에 있을 RHEL 11에 대해 이야기하고 있다면, 그때까지 3년이라는 시간이 남아 있고, 그 사이에 세상은 많이 변할 수 있습니다.”

Scott McCarty, Red Hat Enterprise Linux 기술 부문 수석 수석 제품 매니저

“그래서 우리는 Red Hat Summit 36개월 전에 프로젝트를 시작했습니다. 이 서밋에서 출시할 것이라는 걸 알고 있었죠. 너무 먼 미래처럼 느껴졌지만, 그렇지 않았습니다.”

Hellekson

”모두가 시간과 에너지 같은 현실적인 제약에서 벗어난 계획에 대해 큰 기대를 품고 있습니다. 모든 것이 가능합니다!”

이는 RHEL 10을 구축하는 데 필요한 수많은 과정 중 시작에 불과합니다. 다음 포스트에서는 CentOS Stream의 일부로 완전히 오픈된 RHEL을 개발하는 새로운 방식이 플랫폼의 미래를 설계하는 데 어떻게 도움이 되었는지 알아보겠습니다.