CERN과 Fermilab이 뒤늦게 깨달은 것: Scientific Linux를 버린 대가
한 줄 요약
20년 가까이 과학계를 지탱하던 Scientific Linux를 접고 CentOS로 통합한 결정은, 당시엔 합리적이었지만 결과적으로 "언제든 떠날 수 있는 능력"이라는 보이지 않는 자산을 날려버린 선택이었습니다. CentOS Linux가 중단되자 CERN과 Fermilab은 다시 독립 배포판(AlmaLinux)을 찾아야 했고, CERN 가속기 제어 그룹은 아예 Debian으로 이주하고 있습니다.
Scientific Linux는 단순한 'RHEL 복제본'이 아니었다
고에너지 물리학 실험은 여러 연구소·대학·컴퓨팅 센터, 그리고 여러 국가에 걸쳐 진행됩니다. 기관마다 glibc 버전이나 패키징 환경이 다르면 협업은 순식간에 복잡해지죠. 그래서 필요한 조건은 까다로웠습니다.
- 수년간 유지되는 안정성과 긴 수명주기
- 기업용 과학 소프트웨어와의 호환성
- 자유로운 재배포 (컴퓨터마다 라이선스를 사지 않아도 되는 것)
RHEL이 이 조건의 기반을 제공했고, Fermilab이 2003년 Scientific Linux를 발표하며 이를 과학계의 공동 자원으로 만들었습니다. CERN이 곧 합류했고, 이후 대학·연구기관·기업은 물론 국제우주정거장의 시스템에서도 쓰였습니다.
핵심은 여기에 있습니다. Scientific Linux는 외형만 바꾼 RHEL이 아니라, 과학계가 직접 보유한 기관 차원의 Enterprise Linux 구현이었습니다.
CentOS로의 통합은 왜 합리적으로 보였나
2014년 Red Hat과 CentOS가 손을 잡으면서 흐름이 바뀝니다.
- CentOS는 무료 Enterprise Linux 재빌드 + 훨씬 큰 범용 커뮤니티를 제공
- Red Hat의 지원은 플랫폼 지속 가능성을 높이는 보증처럼 보였음
- CERN은 Scientific Linux CERN에서 CERN CentOS 7로 전환 시작
- 2019년 Fermilab은 Scientific Linux 8을 만들지 않기로 결정
이미 CentOS가 하고 있는 재빌드에 부족한 엔지니어링 자원을 중복 투입할 이유가 없다는 판단이었습니다. 이 결정 자체가 비합리적이었던 건 아닙니다. 다만 비용표에는 절대 드러나지 않는 것 하나를 함께 지웠습니다 — 실행 가능한 이탈(exit) 옵션입니다.
독립 배포판이 쥐고 있던 '선택권'의 가치
Scientific Linux의 유지 비용은 눈에 잘 보였습니다. 패키지 재빌드, 업데이트 테스트, 저장소 관리, 릴리스 제작, 보안 업데이트, 사용자 지원 — 전부 사람이 필요한 일이죠.
반면 이점은 수치화가 어려웠습니다. CentOS가 예상대로 굴러가는 동안에는 그저 중복 투자로 보였을 겁니다. 하지만 Scientific Linux가 실제로 보존하고 있던 것은 배포판 그 자체가 아니라 그것을 유지할 수 있는 인력, 절차, 인프라, 조직 지식이었습니다.
이 역량은 지금 쓰지 않더라도, 주력 플랫폼의 전제가 바뀌는 순간 행사할 수 있는 '옵션'이었습니다.
흥미롭게도 이 논리는 CERN이 차세대 가속기 FCC를 정당화할 때 쓰는 논리와 같습니다. 유럽이 LHC 다음 장치를 짓지 않으면 가속기와 검출기 제작 지식 자체를 잃게 된다는 것이죠. 소프트웨어 인프라에도 똑같은 보존 논리가 적용됩니다.
전제가 무너진 순간
2020년 12월, Red Hat은 CentOS Linux를 중단하고 RHEL보다 앞단에 위치한 CentOS Stream으로 방향을 틀었습니다. 단순한 출시 주기 변경이 아니라, 기관들이 표준으로 삼았던 "자유롭게 배포 가능한 현행 RHEL 유사 제품"이 사실상 사라진 사건이었습니다.
- CERN은 CentOS Stream의 짧은 수명주기가 일부 과학 용도와 맞지 않는다고 판단
- 연구소들은 Stream, RHEL 라이선스 계약, 신규 재빌드를 두루 검토
- 2022년, 실험용 표준 배포판으로 AlmaLinux를 권고
여기서 아이러니가 드러납니다. Scientific Linux를 접은 이유 중 하나가 "또 다른 RHEL 재빌드는 불필요하다"였는데, 결국 독립적으로 운영되는 RHEL 호환 배포판이 다시 필요해진 것입니다. AlmaLinux가 문제라는 게 아닙니다. 수요는 사라진 적이 없었고, 사라진 건 과학계 자체의 구현이었을 뿐입니다.
2023년 Red Hat은 RHEL 관련 소스 공개 방식을 바꿔 기존 git.centos.org 대신 CentOS Stream을 유일한 공개 저장소로 삼습니다. RHEL이 비공개가 된 건 아니지만, 한 가지가 더 선명해졌습니다. 업스트림 제품과의 기술적 호환성이 그 제품을 통제하는 조직으로부터의 독립성을 뜻하지는 않는다는 것.
가속기 제어 시스템이 Debian을 고른 이유
CERN MiniDebConf Winterthur 2026 발표에 따르면, 가속기 제어 그룹의 초기 계획은 CentOS Stream이었습니다. 다만 "더 이상의 예기치 않은 변화는 감당할 수 없다"는 이유로 Debian을 예비 대안으로 준비해뒀죠. 그리고 문제가 터집니다.
CPU 아키텍처 기준 상향
| 버전 | 요구 기준 |
|---|---|
| RHEL 8 이전 | x86-64 |
| RHEL 9 | x86-64-v2 |
| RHEL 10 | x86-64-v3 |
일반 서버라면 교체하면 그만입니다. 하지만 가속기 제어 컴퓨터는 맞춤형 전자장치, 특수 보드, 구형 버스, 실시간 시스템과 물려 있습니다. 컴퓨터 한 대를 바꾸려고 연결된 전자장치를 재설계해야 할 수도 있고, 이 하드웨어들은 수십 년씩 작동합니다.
CERN의 2023년 위험 분석 결과는 충격적입니다.
- Red Hat 생태계에 남는 비용: 약 540만 CHF
- 약 11개 보드 재설계
- 엔지니어·기술 인력 추가 채용
- 랙 재배치, 케이블 재설치, 장비 재가동 검증
결론은 명확했습니다. 멀쩡히 돌아가는 하드웨어를 교체하는 대신 운영체제를 바꾼다. 2026년 말까지 가속기 단지의 산업용 컴퓨터와 임베디드 시스템 2,200대 이상이 Debian 13에서 돌아갈 예정입니다.
다만 오해는 금물입니다. CERN 전체가 Red Hat 생태계를 떠나는 게 아닙니다. AlmaLinux와 RHEL은 여전히 조직 내 주요 지원 배포판이고, Debian 적용 범위는 가속기 프런트엔드 시스템으로 제한됩니다.
커뮤니티 인프라에 직접 투자하는 이유
가속기 팀이 Debian에서 높이 평가한 지점은 두 가지입니다.
- 오래되거나 덜 보편적인 아키텍처에 대한 폭넓은 지원
- 커뮤니티 주도 배포판으로서 Red Hat과 경쟁할 수 있는 체급
CERN은 여기서 한 걸음 더 나아가, Debian의 장기 지원 생태계를 강화하기 위해 Freexian을 후원하고 있습니다. 기관이 커뮤니티 프로젝트 인프라에 의존한다면, 그 프로젝트의 독립성과 건전성을 지키는 데 돈을 쓰는 편이 단기 효율을 위해 단일 공급업체 생태계로 통합하는 것보다 오히려 저렴할 수 있다는 판단입니다. Scientific Linux가 제공하던 가치와 정확히 맞닿아 있죠.
소수 유지보수팀의 비용, 어떻게 계산해야 할까
Scientific Linux는 수백 명의 엔지니어가 아니라 소수의 핵심 개발자가 유지했습니다. 후기 프로젝트 이력에 이름이 남은 주요 개발자는 몇 명 수준이고, Fermilab이 후원과 빌드 인프라·대역폭·웹사이트를 제공했습니다.
릴리스 엔지니어링, 보안 업데이트, 테스트, 재빌드, 사용자 지원은 분명 실제 노동입니다. 그러나 그 비용은 약 20년간 거대한 과학 생태계에 제공한 안정적 플랫폼의 가치와 비교되어야 했습니다. 평가 기준이 "CentOS를 쓰면 아낄 수 있는 작업 시간"에만 머물렀던 게 문제였습니다.
그렇다고 Red Hat을 탓할 수 있을까
조심스럽게 볼 대목도 있습니다.
- "독립 재빌드가 Red Hat을 견제했고, 그 소멸이 권력을 집중시켰다"는 해석은 가능하지만 역사적 사실로 단정할 순 없습니다.
- Scientific Linux가 존속했더라도 Red Hat의 CentOS 정책 변경을 막지는 못했을 수 있습니다.
- IBM의 Red Hat 인수 완료는 2019년 7월로, Fermilab의 Scientific Linux 8 중단 발표보다 뒤였습니다. 즉 "CERN과 Fermilab이 IBM의 결정을 예견했어야 했다"는 식의 비판은 부정확합니다.
그럼에도 분명한 사실은 하나 있습니다. 실행 가능한 이탈 옵션은 공급업체의 유인에 영향을 줍니다. 주요 고객이 언제든 대안으로 옮길 수 있는 상황과, 떠나려면 수년간 쌓은 인프라를 처음부터 다시 만들어야 하는 상황은 완전히 다릅니다. 실제로 전환하지 않더라도 전환 가능성 자체가 협상력이 됩니다.
게다가 Scientific Linux는 상용 Linux 공급업체가 아니라 주요 과학기관이 유지했기 때문에, 수십 년짜리 과학 인프라와 이해관계가 잘 맞았습니다.
표준화 ≠ 단일 생태계 의존
이 글에서 가장 중요한 구분입니다.
입자물리학에는 공통 인터페이스, 호환 바이너리, 공통 패키징, 예측 가능한 운영 환경이 반드시 필요합니다. 대학과 연구소마다 서로 호환되지 않는 플랫폼을 만들면 운영이 불가능하죠. 표준화는 옳았습니다.
문제는 "표준화를 위해 독립적인 표준 구현까지 포기해야 한다"고 본 것입니다.
Scientific Linux는 Fedora와 혁신을 겨루거나 Ubuntu와 데스크톱 점유율을 다툴 필요가 없었습니다. 그저 재현 가능하고 기관이 통제하는 Enterprise Linux 플랫폼으로 남아, 상용 생태계가 과학 컴퓨팅과 맞지 않는 방향으로 움직일 때 꺼내 쓸 카드면 충분했습니다.
그래서 부활시켜야 할까? — 아니, 계산법을 바꿔야 한다
오늘의 해법이 Scientific Linux 부활은 아닙니다.
- AlmaLinux와 Rocky Linux가 이미 존재함
- CERN에서 Debian의 유용성도 커지고 있음
- 컨테이너와 현대적 배포 방식이 호스트 OS의 비중을 낮춤
필요한 건 인프라 평가 방식의 변화입니다. 기관이 오픈소스 인프라를 접을지 결정할 때 계산표에 들어가야 할 항목들:
- 자체 유지보수의 즉각적 비용 + 유지 능력을 잃는 장기 비용
- 거버넌스 — 누가 방향을 결정하는가
- 의존 집중 위험 — 한 곳이 흔들리면 전부 흔들리는가
- 이전 비용 — 업스트림이 방향을 틀었을 때의 실제 비용 (CERN의 540만 CHF를 떠올려 보세요)
- 사라지는 조직 지식
- 쓰지 않기를 바라더라도 믿고 선택할 수 있는 대안의 가치
CERN 가속기 팀이 남긴 마지막 조언은 이것이었습니다.
"배포판 간 이식성은 매우 좋은 것이다."
10년이 넘는 기간, 여러 차례의 Enterprise Linux 전략 변경, 새로운 커뮤니티 재빌드 채택, 수천 대 가속기 컴퓨터의 이전을 거쳐 도달한 결론입니다. 그런데 Scientific Linux는 이미 20년 전부터 바로 그 가치를 제공하고 있었습니다.
마무리하며
이 이야기는 리눅스 배포판만의 문제가 아닙니다. 클라우드 공급업체, 매니지드 서비스, 프레임워크, 심지어 AI 모델 API까지 — "우리가 직접 만들 필요가 없는데 왜 유지하느냐"는 질문은 어디서나 반복됩니다.
답은 이렇습니다. 유지 비용은 청구서에 찍히지만, 대안을 잃는 비용은 잃고 난 뒤에야 청구됩니다. 그리고 그 역량은 유지하는 것보다 폐기 후 다시 만드는 것이 훨씬 어렵습니다.