비하인드 스토리: Red Hat Enterprise Linux 10 개발(3부)

이 시리즈에서는 Red Hat Enterprise Linux 10를 개발하고 출시하는 과정에 참여한 사람들과 계획을 살펴봅니다. Red Hat Summit 2025에서의 출시를 포함하여 초기 구상 단계부터 Red Hat Enterprise Linux(RHEL) 10이 만들어지기까지의 생생한 이야기를 들어보세요.

1부 | 2부

Red Hat Enterprise Linux(RHEL) 10 탄생 비화의 이전 편에서는 플랫폼 구축에 대한 새로운 접근 방식을 소개했습니다. 3부에서는 이미지 모드 및 RHEL Lightspeed와 같은 기능이 구체화됨에 따라 수천 개의 움직이는 요소들을 동기화하여 균형을 맞추는 팀의 작업에 대해 집중적으로 다룹니다.

2023년 (Summit 2025까지 약 18개월을 앞둔 시점)

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

이제 모든 것이 본격적으로 시작됩니다. 내부적으로 가장 중요하게 생각하는 것은 Compose라고 부르는 빌드 시스템입니다. Compose는 기본적으로 매일 밤, 또는 하루에 여러 번 Red Hat Enterprise Linux(RHEL)의 최신 빌드를 생성합니다. 저는 항상 Compose를 통해 진행 상황을 확인합니다. 

Major Hayden, 수석 소프트웨어 엔지니어

이건 조금씩 크기가 다른 블록들로 쌓은 젠가 타워와 같습니다. 내가 보면 ‘내 블록은 정말 작으니까 살짝 밀어도 아무것도 안 무너지겠네’라고 생각할 수 있죠. 하지만 주변 사람들은 ‘네 말은 믿지만, 우리가 확인은 해야 한다’고 합니다. 왜냐하면 만약 무너지면 큰 문제가 생기거든요.

McGrath

만약 Compose에 문제가 생기면 더 이상 빌드를 생성할 수 없고, 이는 아무도 제대로 된 방식으로 테스트를 진행할 수 없다는 의미입니다. 특히 초기 단계에서는 Compose를 성공적으로 빌드하지 못하고 몇 주를 보내는 경우도 있습니다. 

Hayden

스택의 한 부분을 건드리면 나머지 스택의 절반을 테스트하여 여전히 작동하는지 확인해야 할 때도 있습니다. 운이 좋으면 어떤 부분을 건드려도 다른 사람에게 영향을 미치지 않지만, 그렇지 않은 경우도 있습니다.

McGrath

Compose가 제대로 작동하지 않으면 실제 팀에 큰 영향을 미칩니다. 이것은 모든 팀원이 항상 인지하고 있어야 하는 내부적인 요소 중 하나입니다.

2024년 (Summit 2025까지 약 12개월을 앞둔 시점)

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

이미지 모드나 Summit에서 논의되었던 양자 내성 암호화와 같은 기능은 비교적 늦게 릴리스 과정에 포함되었습니다.

Chris Wells, RHEL 사업부 제품 마케팅 수석 디렉터

제품 관리 팀과 협력하여 상황을 파악하고 특정 릴리스의 스토리를 구상하려고 노력합니다. 하지만 1년 정도 지나야 상황이 어느 정도 안정화되어 스토리를 파악할 수 있습니다.

Hayden

Summit 2024에서 RHEL Lightspeed를 선보이겠다는 약속을 할 것이라는 사실은 알려졌지만, 실제로 사람들이 그게 무엇인지 정확히 알지는 못했습니다. Clippy와 같은 것을 만들고 싶지는 않았습니다. 도움이 되는 것을 만들고 싶었지만, Clippy는 아니었습니다. 중요한 질문은 ‘무엇이 의미가 있는가? 사람들이 무엇을 알고 싶어할까?’였고, 그 다음에 ‘어떻게 하면 사용자에게 적절하게 전달할 수 있을까?’였습니다.

Stef Walter, Linux 엔지니어링 수석 디렉터

이미지 모드는 Matt Hicks CEO가 2023년 10월에 우리에게 제시한 과제 중 하나였습니다. 그는 모든 사람에게 이 과제를 Summit 2024까지 완료하라고 하면서 ‘문샷(Moonshot)’이라고 불렀습니다. Matt Hicks는 Summit 2024에서 기술 프리뷰 형태로 공개하도록 독려했습니다. 우리는 그 목표를 달성했습니다.

Hayden

Lightspeed는 Red Hat Enterprise Linux(RHEL)를 매일 사용하는 사람들을 대상으로 해야 한다는 결정이 일찍 내려졌다고 생각합니다. 의사결정자나 경영진을 대상으로 삼지 말고, 키보드 앞에 앉아 있는 실무자들을 대상으로 그들의 질문에 답하고 문제를 해결할 뿐만 아니라 Red Hat의 업무 방식을 익힐 수 있도록 돕고자 했습니다. 이 기능은 업셀링(upsell) 요소이자 교육적 가치이며, 동시에 RHEL 자체에 부가가치를 더하는 것이었습니다. 그렇게 논의가 시작되었습니다.

Wells

제품 관리자들과 많은 시간을 할애하여 이러한 기능들이 무엇을 위해 설계되었는지 이해하려고 노력합니다. 이상적인 시나리오에서는 외부에서 내부로 향하는 접근 방식을 취하려고 합니다. 고객, 사용자, 파트너, 또는 마케팅 대상이 누구든 그들이 무엇에 관심을 갖는지 파악하려고 노력합니다. 그들의 과제는 무엇입니까? 그들은 어떤 문제에 직면해 있습니까? 그들에게 의미 있는 것이어야 하기 때문입니다.

이 시점에서 RHEL 10의 정식 출시(GA)까지 1년이 채 남지 않았습니다. 기능들은 다듬어지고, 사용 사례가 결정되며, Red Hat Summit 2025를 목표로 전체 출시 시스템이 속도를 내고 있습니다.