눈에 보이는 것 이상: Red Hat Enterprise Linux 10 비하인드 스토리 (파트 4)
Source: Red Hat Blog
이 시리즈는 Red Hat Enterprise Linux 10을 구축하고 출시하는 데 참여한 사람들과 계획을 살펴봅니다. 초기 개념 단계부터 Red Hat Summit 2025에서의 출시까지, RHEL 10이 어떻게 탄생했는지에 대한 직접적인 이야기를 들어봅니다.
이전 편에서는 Red Hat Enterprise Linux (RHEL) 10이 어떻게 탄생했는지에 대한 이야기를 다루며, 테스트 과정과 주요 기능(및 그 기능에 얽힌 스토리)이 어떻게 모여들었는지에 대한 통찰을 얻었습니다. Part 4에서는 팀이 코드 동결 전에 다양한 기능에 마무리 손질을 가하면서 그 이야기가 더욱 명확해집니다.
2025 – Summit 2025까지 6개월 남음
Brian Stinson, Principal Software Engineer
“마지막 구간: 실제로 이 부분이 개별 팀에게는 조금 더 강도 높게 진행되는 시기입니다. 왜냐하면 ‘우리가 기능을 마무리하고 있나요?’ 뿐만 아니라 ‘릴리스의 일환으로 필요한 기본 활성화 작업을 모두 커버했나요?’ 라는 질문도 있기 때문이죠.
모든 패키지가 들어왔나요? 올바른 일정에 맞춰 QE를 진행했나요? 피드백을 받기 위해 배포했나요? 이런 종류의 활동들은 코드 프리즈가 다가올수록 꽤 많이 증가합니다.”
Chris Wells, Senior Director, Product Marketing – RHEL Business Unit
“이 이야기를 흥미롭게 만들어야 한다는 걸 알았지만, 이번 릴리스에 포함된 기능 자체를 바꾸지는 못했습니다. 기능을 어떻게 이야기하느냐만 바꿀 수 있었죠.
그래서 콜럼버스에서 회의를 잡고 RHEL 10의 주요 제품 마케팅 매니저인 Marty Loveless와, 차로 한두 시간 거리인 애크런에 사는 Scott McCarty를 초청했습니다. 그는 하루 동안 내려와서 우리와 함께 회의실에 틀어박혀 ‘우리가 이야기할 수 있는 다양한 각도는 무엇일까?’ 라는 주제로 브레인스토밍을 했습니다. 새로운 것을 바라보고, 다른 각도가 있을지 고민해 본 것이죠.”
Major Hayden, Senior Principal Software Engineer
“엔지니어링 쪽에서는 또 다른 Red Hatter와 제가 코드를 만들고 있었고, 그래서 우리는 일을 나눴습니다. RAG [retrieval‑augmented generation]가 우리의 최우선 과제였죠. 우리는 ‘PDF 파일을 버킷에 넣고, 바로 검색한다’는 식으로 생각했는데, 그건 옳지 않았습니다.
많은 사람들이 처음으로 벡터를 다루는 것이었기 때문에 도전 과제가 크게 발생했습니다. 저는 학교에서 미적분을 배웠기 때문에 벡터가 직교좌표 평면상의 선이라는 정도만 알았습니다. 그런데 문장이 어떻게 벡터가 되는지 전혀 이해가 안 되었습니다. 그래서 하루는 다시 미적분을 공부하며 실제로 무슨 일이 일어나고 있는지 파악해야 했습니다.
그 다음에 마주한 가장 큰 장애물은 품질 좋은 결과를 얻지 못한다는 것이었습니다.
어느 블로그 글에서 누군가 LLM에게 고객 질문을 다듬어 달라고 요청하라고 제안한 것을 읽고, 우리는 질문 정제 프로세스를 만들었습니다: 고객의 질문을 LLM에 보내고, ‘이 질문이 RHEL, Red Hat 제품, 혹은 Linux와 관련될 가능성이 있나요? 이 질문을 키워드가 해당 주제와 맞는 다섯 개의 더 구체적인 질문으로 바꿔줄 수 있나요?’ 라고 물었습니다.
예를 들어 고객이 “SSH no restart.” 라고 하면, 정제 단계에서 이를 우리 RAG 콘텐츠에 자주 등장할 법한 구문을 포함한 여러 구체적인 질의로 바꿔줍니다. 그런 다음 벡터 검색이 더 많은 문서를 매칭하고, 결과적으로 훨씬 나은 결과를 보게 되었습니다.”
Chris Wells (continued)
“Red Hat이 시장에서 갖는 고유한 차별점—우리가 Linux와 RHEL에 대해 가지고 있는 모든 지식과 전문성—을 Lightspeed를 통한 어시스턴트 형태로 제품화할 수 있게 된 것은 RHEL 10을 이야기할 강력한 방법을 제공했습니다.”
Stef Walter, Senior Director, Linux Engineering
“우리 고객, 즉 대형 고객들은 image mode가 공식적으로 지원되기 전부터 이미 배포하고 있었습니다. 그들은 ‘이거 정말 좋다, 우리는 신경 안 써도 된다. 바로 배포한다.’고 말했죠.
실제로 이 상황이 실감나게 다가온 순간은 ‘와, 그들이 프로덕션 환경에 배포하고 우리를 기다리지 않는다’는 놀라움이었습니다. 이는 그들의 IT 프로세스와 변화에 있어 매우 가치 있는 일이라서 우리를 기다리지 않겠다는 것이었습니다. 이제 우리는 그 속도를 따라가야 합니다.”
Chris Wells (again)
“우리는 image mode에 대한 정말 강력한 스토리를 가지고 있었습니다. ‘image mode를 시스템을 패치하고 업데이트하는 또 다른 방법으로 이야기한다면 어떨까?’ 라고 말이죠.
지난 1년 동안 우리는 image mode를 주로 새로운 시스템, 새로운 이미지, 엣지 배포를 위한 방법으로 이야기해 왔으며, 이는 모두 완전히 타당한 접근이었습니다.
하지만 우리는 ‘한 단계 더 나아가면 어떨까? 만약…’ 라는 생각을 하게 되었습니다.”
“엣지에 단순히 배포하는 대신, 실제로 프로덕션 서버의 이미지를 만들고, 이를 불변으로 만든 뒤 그렇게 배포한 건가요?”
서버를 업데이트해야 할 때는 이미지만 업데이트하고 시스템을 다시 이미지화하면 됩니다. 이는 배포 방식을 바꾸어 Linux 시스템 관리의 큰 골칫거리 중 하나인 패치를 없애는 것입니다. 이미지 모드로 패치를 관리하면 전통적인 패키지 기반 방식보다 훨씬 쉽고, 빠르며, 위험도 적습니다.”
We’re now almost at the point of RHEL 10 launching at Summit 2025—that’s the easy part, right? …right?!
Look for the next post in 2025 as the team walks us through the actual launch mechanisms and production rollout.