SSD Nodes Learn 🎉 VPS $5.50/월부터
가이드 Matt Connor작성자 Matt Connor · 업데이트됨 2026-08-13

CentOS 종료와 Rocky Linux, AlmaLinux 탄생 배경

Red Hat이 CentOS Linux 8 지원을 2021년으로 조기 종료한 이유와 그 대안으로 등장한 Rocky Linux 및 AlmaLinux의 탄생 과정을 정리합니다. Fedora와 RHEL의 분리 역사부터 CentOS Stream 전환이 가져온 생태계 변화까지 상세히 설명합니다.

Red Hat Enterprise Linux의 무료 재빌드 버전이 두 개인 이유

Rocky Linux와 AlmaLinux가 존재하는 이유는 Red Hat이 사용자들이 계획했던 날짜보다 수년 앞서 CentOS Linux를 종료했기 때문입니다. CentOS는 Red Hat Enterprise Linux(RHEL)의 무료 비브랜드 재빌드 버전이었으며, 동일한 긴 지원 기간을 제공했습니다. 2020년 12월 8일, CentOS 프로젝트는 CentOS Linux 8의 지원을 2029년이 아닌 2021년 말에 종료한다고 발표했습니다. 해당 발표 이후 일주일 내에 두 개의 대체 프로젝트가 발표되었으며, 두 프로젝트 모두 오늘날까지 운영되고 있습니다.

이 발표는 CentOS가 무엇이었는지, 그리고 상용 제품의 무료 복제본이 어떻게 존재할 수 있었는지 이해해야만 납득할 수 있습니다. 이 흐름은 2003년부터 시작됩니다.

2003년 Red Hat Linux의 행보: Fedora와 RHEL

Red Hat의 초기 제품은 Red Hat Linux라는 이름의 패키지 배포판이었습니다. 첫 번째 비베타 버전은 1995년 5월에 출시되었습니다. 마지막 버전인 Red Hat Linux 9는 2003년 3월 31일에 출시되었으며, 2004년 4월 30일에 수명을 다했습니다.

당시 Red Hat은 기업을 대상으로 영업을 하고 있었으며, 기업들은 패키지 제품이 제공할 수 없는 무언가를 원했습니다. 그것은 바로 보안 패치만 제공하며 예기치 않은 업그레이드 없이 수년간 안정적으로 유지되는 버전이었습니다. Red Hat은 이를 Red Hat Linux Advanced Server라는 이름으로 구축했고, 이는 2002년 3월 Red Hat Enterprise Linux 2.1이 되었습니다. RHEL은 시스템당 연간 비용을 지불하는 구독 방식으로 판매됩니다. 구독을 통해 업데이트와 기술 지원을 받을 수 있습니다. 또한 인증도 포함됩니다. 하드웨어 공급업체와 상용 소프트웨어 공급업체는 RHEL을 기준으로 테스트를 수행하며, 지원 약관에 RHEL을 명시합니다.

당시 무료 배포판은 명확한 역할이 없었기에, Red Hat은 이를 외부 커뮤니티 프로젝트와 통합했습니다. Fedora Project와 Red Hat Project는 2003년 9월 22일에 공식적으로 합병되었습니다. Fedora는 새로운 기술이 가장 먼저 적용되는 빠르고 무료인 배포판이 되었습니다. RHEL은 Fedora를 기반으로 구성되는 느리고 유료인 배포판이 되었습니다. 그 이후로 작업은 Fedora가 앞서고 RHEL이 뒤따르는 방향으로 흘러왔습니다.

이러한 분리는 공백을 남겼습니다. 많은 사용자가 서버당 비용 지불 없이 RHEL의 10년 수명 주기를 원했지만, Fedora는 약 13개월 정도만 지원되므로 이를 대체할 수 없었습니다.

RHEL의 무료 재빌드가 가능했던 이유는 무엇입니까?

RHEL은 거의 전적으로 자유 라이선스를 따르는 소프트웨어로 구성되며, 이 맥락에서 가장 중요한 것은 GNU General Public License (GPL)입니다. 이 라이선스는 바이너리를 제공받은 사람이라면 누구든 그에 대응하는 소스 코드를 얻을 수 있어야 한다고 규정합니다. Red Hat은 공개 서버와 이후 git.centos.org 저장소에 SRPM(각 구성 요소의 패키지화된 소스)을 게시함으로써 이 의무를 공개적으로 이행했습니다.

소스 코드가 제품의 전부는 아닙니다. RHEL의 두 부분은 복제가 자유롭지 않았습니다. Red Hat의 상표권은 Red Hat에 귀속되므로, 재빌드하는 측은 모든 로고와 제품명 언급을 제거해야 합니다. 또한 업데이트 서버, 기술 지원 계약, 인증 절차, 각 수정 사항을 설명하는 errata와 같은 유료 서비스는 여전히 유료 장벽 뒤에 남아 있습니다.

재빌드 방법은 간단했습니다. 공개된 소스를 가져와 브랜딩을 제거하고, 이를 다시 빌드한 뒤 결과물을 배포하는 것입니다. 목표는 버그까지 동일하게 재현하는 호환성이었으며, 이는 재빌드 결과물이 RHEL과 동일한 패치와 동작, 즉 버그까지도 그대로 유지함을 의미합니다. 상용 소프트웨어는 RHEL을 기준으로 인증을 받기 때문에 이러한 정밀함이 핵심이었습니다. 재빌드 결과물이 RHEL과 동일하게 동작한다면 해당 소프트웨어도 그 위에서 실행되지만, 소프트웨어 공급업체는 해당 환경에 대한 기술 지원을 제공하지 않습니다.

CentOS의 용도는 무엇이었습니까?

CentOS는 Community ENTerprise Operating System의 약자입니다. 이 운영체제는 2002년 Gregory Kurtzer가 시작한 cAos Linux라는 프로젝트에서 파생되었습니다. 첫 번째 CentOS 릴리스는 2004년 5월 14일에 등장했으며, RHEL 2.1AS를 기반으로 구축되었기 때문에 버전 번호는 2로 지정되었습니다.

CentOS의 매력은 수명 주기에 있었습니다. 각 CentOS 릴리스는 RHEL의 10년 지원 기간을 그대로 따랐으며, 비용은 무료였습니다. 호스팅 업체는 이를 기본 이미지로 사용했고, 대학은 클러스터에서 운영했으며, 어플라이언스 공급업체는 자사 제품 내부에 탑재하여 배포했고, 제어판 소프트웨어들은 CentOS가 설치되어 있다고 가정하고 개발되었습니다. 2006년에서 2020년 사이에 가상 사설 서버를 임대했다면 운영체제 메뉴에 CentOS가 있었을 것이며, 종종 기본값으로 설정되어 있었습니다.

CentOS Linux 7은 이러한 약속이 실제로 어떻게 작동했는지 보여주는 사례입니다. 2014년 7월 7일에 릴리스된 이 버전의 보안 지원은 2024년 6월 30일까지 이어졌으며, 이는 10년을 꽉 채우고 며칠이 모자란 기간입니다. 이러한 기록 덕분에 사람들은 다음 릴리스를 기반으로 10년 계획을 세우는 것에 안심할 수 있었습니다.

2014년 CentOS가 Red Hat에 합류했을 때의 변화

2014년 1월 7일, Red Hat과 CentOS 프로젝트는 협력을 발표했습니다. 당시 Red Hat의 최고 기술 책임자(CTO)였던 Brian Stevens와 CentOS의 수석 개발자 Karanbir Singh이 이 발표에 참여했습니다. Red Hat은 인력과 인프라를 지원했고, 핵심 CentOS 개발자 다수가 Red Hat의 직원이 되었으며, 프로젝트는 공식 운영 위원회를 갖추게 되었습니다.

사용자에게 나타난 가시적인 효과는 긍정적이었습니다. RHEL 릴리스 이후 빌드 속도가 빨라졌습니다. 소스 코드는 git.centos.org로 이전되었습니다. 특별 관심 그룹(SIG)은 가상화 및 스토리지 스택과 같이 기본 배포판 위에 추가적인 콘텐츠를 생산했습니다.

구조적인 변화는 더 조용하게 진행되었으며, 이는 6년 후 중요한 의미를 갖게 되었습니다. RHEL을 재빌드하던 프로젝트는 이제 RHEL을 판매하는 기업으로부터 자금을 지원받고 인력을 충원받게 되었습니다. 이러한 구조에서 Red Hat이 재빌드 프로젝트를 계속 유지해야 할 의무는 없었습니다.

CentOS Linux 8은 왜 2021년에 종료되었습니까?

CentOS Linux 8은 2019년 9월 24일에 출시되었습니다. RHEL 8은 2029년 5월 31일까지 지원될 예정이었으므로, CentOS Linux 8 역시 2029년까지 지원될 것으로 간주되었습니다.

2020년 12월 8일, Rich Bowen은 CentOS 블로그에 "CentOS 프로젝트가 CentOS Stream으로 초점을 전환합니다"라는 글을 게시했습니다. 이에 따라 CentOS Linux 8은 2021년 12월 31일에 종료될 예정이었습니다. CentOS Linux 7은 기존 종료일인 2024년 6월 30일을 유지했습니다. 프로젝트의 미래가 CentOS Stream에 있다는 것이 그 이유였습니다.

ChartCentOS Linux 8 support window in years, announced at release versus delivered
The data behind this chart
[
  {
    "label": "Announced at release, September 2019",
    "support_window": 9.7
  },
  {
    "label": "Delivered, ended December 2021",
    "support_window": 2.3
  }
]

CentOS Linux 8은 약 9.7년의 예상 지원 기간을 두고 출시되었습니다. 실제 지원 기간은 약 2.3년이었습니다. 기능이 제거되거나 코드가 악화된 것은 아니었습니다. 사용자들이 잃은 것은 이미 운영 중인 서버에 대해 약속받았던 지원 기한이었으며, 이를 통보받은 시점은 종료까지 1년이 조금 넘게 남은 때였습니다. 운영체제를 전체 인프라에 걸쳐 교체하는 작업은 계획된 업무여야 하지만, 이 사건으로 인해 기한이 정해진 계획에 없던 업무가 되었습니다.

CentOS Stream이란 정확히 무엇인가?

대부분의 보도는 여전히 CentOS Stream을 CentOS Linux를 폐기한 주범으로 묘사합니다. 시기적으로는 맞지만 설명은 틀렸습니다. 두 제품은 서로 반대 방향을 지향하기 때문입니다.

CentOS Linux는 RHEL의 다운스트림이었습니다. Red Hat이 RHEL 마이너 릴리스를 출시하면, CentOS가 그 이후에 이를 재빌드했습니다. 복제본은 항상 원본보다 늦게 도착했습니다.

CentOS Stream은 RHEL의 업스트림입니다. 다음 RHEL 마이너 릴리스가 조립되는 공개 브랜치입니다. 작업 흐름은 Fedora에서 CentOS Stream으로, 그리고 RHEL로 이어집니다. 따라서 패키지는 Stream에 먼저 나타나고 나중에 RHEL 마이너 릴리스에 도달합니다. Stream은 지속적으로 제공되므로, 출시된 RHEL처럼 마이너 버전 사이에서 정체되어 있지 않습니다.

이러한 특성 덕분에 Stream은 CentOS Linux가 결코 수행할 수 없었던 작업에 유용합니다. 다음 RHEL 마이너 릴리스에서도 계속 작동해야 하는 소프트웨어를 유지 관리한다면, Stream을 통해 해당 릴리스를 수개월 앞서 확인할 수 있습니다. RHEL에서 버그 수정을 원한다면 Stream은 패치를 보낼 수 있는 공간이 되며, 이는 다운스트림 재빌드 방식에서는 결코 제공할 수 없었던 기능입니다. 2020년 Red Hat의 주장은 이것이 수동적인 복제본을 커뮤니티가 실제로 변경할 수 있는 배포판으로 바꾼다는 것이었습니다.

Stream은 여전히 CentOS Linux 사용자가 원했던 것을 대체하기에는 부족하며, 지원 기간이 이를 증명합니다. CentOS Stream 10은 2024년 12월 12일에 출시되었으며 지원 기간은 약 5년으로, RHEL의 10년과는 차이가 있습니다. 10년 계획으로 서버군을 운영하는 팀은 해당 계획의 더 빠른 버전을 받은 것이 아닙니다. 그들은 다른 목적을 가진 다른 제품을 받은 것입니다.

Rocky Linux와 AlmaLinux의 기원

Rocky Linux는 CentOS의 모태가 된 프로젝트를 시작했던 Gregory Kurtzer에 의해 2020년 12월 8일, CentOS 관련 게시물이 올라온 바로 그날 발표되었습니다. 프로젝트 명칭은 초기 CentOS 공동 창립자였던 Rocky McGaugh를 기리기 위한 것입니다. 이 프로젝트는 RESF(Rocky Enterprise Software Foundation)가 관리하며, 주요 상업적 후원사는 Kurtzer가 설립한 기업인 CIQ입니다. 2021년 4월 말에 릴리스 후보 버전이 등장했고, 2021년 6월 21일 첫 번째 안정 버전인 Rocky Linux 8.4 "Green Obsidian"이 출시되었습니다.

AlmaLinux는 이미 호스팅 제공업체에 RHEL 기반 배포판을 판매하던 기업인 CloudLinux에서 시작되었습니다. 2020년 12월 15일, CloudLinux는 당시 Project Lenix라는 코드명으로 불리던 무료 RHEL 리빌드 프로젝트에 연간 100만 달러 이상을 투자하겠다고 공언했습니다. 2021년 1월 12일 AlmaLinux라는 명칭이 발표되었고, 2월 1일 베타 버전이 공개되었으며, 2021년 3월 30일 AlmaLinux 8.3 "Purple Manul"이 출시되었습니다. 같은 날, 프로젝트의 소유권은 상표권을 보유하고 이사회를 운영하는 비영리 단체인 AlmaLinux OS Foundation으로 이전되었습니다.

두 프로젝트는 서로 다른 거버넌스 체계로 동일한 문제를 해결했습니다. Rocky는 CentOS를 시작했던 인물과 그를 중심으로 세워진 기업에서 출발했습니다. 반면 AlmaLinux는 기업이 프로젝트를 출시한 당일에 상표권을 재단으로 넘기는 방식을 택했습니다. 2년 동안 실질적인 차이는 거의 없었으며, 두 프로젝트 모두 CentOS Linux 사용자들이 잃어버렸던 것을 제공했습니다.

2023년 Red Hat의 RHEL 소스 코드 정책 변경

2023년 6월 21일, 당시 Red Hat의 핵심 플랫폼 부사장인 Mike McGrath는 "CentOS Stream의 진화 촉진(Furthering the evolution of CentOS Stream)"이라는 글을 게시했습니다. 핵심 내용은 CentOS Stream이 공개 RHEL 관련 소스 코드 릴리스를 위한 유일한 저장소가 된다는 것이었습니다. 이에 따라 git.centos.org로 푸시되던 RHEL 소스 코드의 업데이트가 중단되었습니다.

Red Hat 고객과 파트너는 고객 포털을 통해 RHEL 소스 코드에 계속 접근할 수 있습니다. 이는 바이너리를 제공받은 사람에게 의무를 이행해야 한다는 GPL 라이선스 요건을 충족합니다. 변경된 점은 공개 경로입니다. 특정 RHEL 마이너 릴리스에 포함된 패키지별 기록이 더 이상 공개적으로 게시되지 않게 되었으며, CentOS Stream은 RHEL과 동일한 선상이 아닌 RHEL보다 앞선 위치에 놓이게 되었습니다. 따라서 Stream만을 기반으로 작업하는 리빌더(rebuilder)는 특정 마이너 버전을 정확하게 재현할 수 없게 되었습니다.

Red Hat의 입장은 Stream이 업스트림이며, 공개 소스는 업스트림에 속해야 한다는 것입니다. 반면 리빌드 프로젝트들의 입장은 이번 변경으로 2004년부터 기반으로 삼아온 자료가 사라졌다는 것입니다. 두 설명 모두 사실입니다. 이 갈등은 라이선스 문구 자체에 대한 것이 아니라 라이선스의 목적이 무엇인지에 대한 견해 차이에서 비롯된 것입니다.

리빌드 프로젝트들의 대응과 OpenELA란 무엇인가

Rocky Linux가 가장 먼저 대응했습니다. 2023년 6월 29일 게시된 글에서, 해당 프로젝트는 추가적인 계약 조건이 없는 경로를 통해 RHEL 소스를 계속 확보하겠다고 밝혔습니다. Red Hat의 UBI(Universal Base Image) 컨테이너 이미지와 퍼블릭 클라우드의 종량제 RHEL 인스턴스가 그 경로입니다. 해당 바이너리를 받는 사람은 누구나 그에 대응하는 소스 코드에 대한 GPL 권리를 가집니다. Rocky는 RHEL 릴리스를 그대로 추적한다는 목표를 유지했습니다.

AlmaLinux는 다르게 대응했습니다. 2023년 7월, benny Vasquez가 의장을 맡은 이사회는 RHEL과 1:1로 일치하겠다는 목표를 폐기하고 대신 ABI(Application Binary Interface) 호환성을 채택했습니다. ABI 호환성이란 RHEL용으로 빌드된 소프트웨어가 AlmaLinux에서도 수정 없이 실행됨을 의미하며, 두 배포판이 완전히 동일한 빌드일 필요는 없습니다. 이 선택으로 자유를 얻었습니다. AlmaLinux는 RHEL보다 먼저 수정 사항을 배포할 수 있고, RHEL이 지원을 중단한 하드웨어도 계속 지원할 수 있게 되었습니다.

두 대형 벤더도 움직였습니다. 2023년 7월 11일, SUSE는 공개된 RHEL 소스를 포크하여 호환 배포판에 1,000만 달러 이상을 투자하겠다고 발표했습니다. 2006년부터 RHEL 호환 제품으로 Oracle Linux를 제공해 온 Oracle 역시 같은 주에 자체 대응 방안을 발표했습니다.

2023년 8월 10일, CIQ, Oracle, SUSE는 OpenELA(Open Enterprise Linux Association)를 결성했습니다. 이는 단 하나의 목적을 가진 무역 협회입니다. RHEL 호환 배포판이 계속 빌드될 수 있도록 엔터프라이즈 Linux 소스를 공개하고, 해당 소스를 자유롭게 재배포할 수 있도록 유지하는 것입니다. 2023년 11월, 협회는 거버넌스 문서와 코드 가용성을 발표했습니다. AlmaLinux는 이 협회에 참여하지 않았는데, 이는 ABI 호환성 결정에 따른 결과입니다. 더 이상 정확한 소스 피드가 필요하지 않기 때문입니다.

오늘날 서버에서 무엇을 실행해야 하는가?

ChartSupport window in years published by each project for its version 10 release, as of August 2026
The data behind this chart
[
  {
    "distro": "RHEL 10",
    "support_window": 10,
    "notes": "Released May 2025, supported to May 2035"
  },
  {
    "distro": "AlmaLinux 10",
    "support_window": 10,
    "notes": "Released May 2025, supported to May 2035"
  },
  {
    "distro": "Rocky Linux 10",
    "support_window": 10,
    "notes": "Released June 2025, supported to May 2035"
  },
  {
    "distro": "CentOS Stream 10",
    "support_window": 5,
    "notes": "Released December 2024, supported to May 2030"
  }
]

버전 10 릴리스는 현재 상황을 잘 보여줍니다. RHEL 10은 2025년 5월 20일에, AlmaLinux 10 "Purple Lion"은 2025년 5월 27일에, Rocky Linux 10 "Red Quartz"는 2025년 6월 11일에 출시되었습니다. 각 배포판은 10년의 지원 기간을 발표했습니다. CentOS Stream 105년을 발표했는데, 이는 해당 버전이 고정된 타겟이 아닌 개발 브랜치임을 나타내는 솔직한 신호입니다.

각 프로젝트는 이제 사용자가 실수하기 쉬운 방식으로 차이를 보이기 시작했습니다. RHEL 10은 하드웨어 기준을 x86-64-v3로 상향 조정했으며, 이는 AVX2와 같은 최신 CPU 명령어를 요구하는 마이크로아키텍처 수준입니다. Rocky Linux 10도 이 기준을 따라 x86-64-v2 지원을 중단했습니다. AlmaLinux 10은 기본적으로 x86-64-v3를 제공하지만, 구형 프로세서를 위해 별도의 x86-64-v2 빌드를 배포합니다. 구형 호스트 CPU에서 실행되는 저렴한 VPS 환경에서는 이 결정 하나가 시스템 설치 가능 여부를 결정짓습니다.

타임라인을 통해 얻을 수 있는 네 가지 실질적인 교훈은 다음과 같습니다.

  • 벤더와의 관계가 필요하다면 RHEL을 구매하십시오. 구독 자체가 곧 제품이며, 리빌드 버전은 제공할 수 없는 인증과 기술 지원 라인을 포함합니다.
  • CentOS Linux가 제공하던 것을 원한다면 AlmaLinux와 Rocky Linux 모두 무료로 10년의 지원 기간을 제공합니다.
  • RHEL에서 실행되어야 하는 소프트웨어를 개발하거나 패치를 반영하고 싶다면 CentOS Stream이 적절한 타겟이며, 더 짧은 지원 기간은 그에 따른 대가입니다.
  • 위 사항 중 어느 것도 해당하지 않는다면, Debian 계열이 각자의 방식으로 수명 주기 문제를 해결하고 있으며, Ubuntu LTS와 중간 릴리스 간의 선택이 이 단계에서 마주하게 될 결정입니다.

이 타임라인의 기저에 깔린 교훈은 코드보다는 거버넌스에 관한 것입니다. CentOS Linux는 훌륭한 소프트웨어였지만, 결국 복제 대상인 제품을 만든 회사의 자금 지원을 받았기 때문에 조기에 종료되었습니다. 10년 동안 운영할 서버의 배포판을 선택할 때는 누가 비용을 지불하고 누가 상표권을 소유하는지 확인하십시오. AlmaLinux는 재단이 상표권을 보유합니다. Rocky는 CIQ를 상업적 스폰서로 두고 RESF가 상표권을 관리합니다. 두 프로젝트 모두 이러한 정보를 공개하고 있으며, 이는 2019년 당시 CentOS 사용자가 확인할 수 없었던 부분입니다.

서버를 임대하는 경우 이 문제는 직접적인 영향을 미칩니다. 관리되지 않는 VPS에서는 사용자가 직접 업데이트를 적용해야 하므로, 조기 수명 종료는 곧 사용자가 계획하고 시간을 들여야 할 마이그레이션 작업이 됩니다. 운영체제에 대한 고민이 더 넓은 차원에서 해결되지 않았다면, Linux와 Windows Server 간의 비교가 이 모든 결정보다 우선되어야 합니다.

FAQ

CentOS는 단종되었습니까?

CentOS Linux는 단종되었습니다. CentOS Linux 8은 2021년 12월 31일에, CentOS Linux 7은 2024년 6월 30일에 지원이 종료되었으므로 더 이상 보안 업데이트를 제공하지 않습니다. CentOS 프로젝트 자체는 계속 운영되며 CentOS Stream을 배포합니다. 이는 Red Hat Enterprise Linux의 개발 기반이 되는 공개 개발 브랜치로서, 기존 CentOS Linux와는 다른 제품입니다. 여전히 CentOS Linux를 운영 중인 서버는 보안 패치를 받을 수 없으며, 일반적인 마이그레이션 대상으로는 AlmaLinux와 Rocky Linux가 있습니다.

CentOS Stream과 CentOS Linux의 차이점은 무엇입니까?

방향성의 차이입니다. CentOS Linux는 다운스트림 방식이었습니다. Red Hat이 RHEL 마이너 릴리스를 배포하면 CentOS가 이를 재빌드하는 형태였습니다. 반면 CentOS Stream은 업스트림 방식입니다. 다음 RHEL 마이너 릴리스가 구성되는 곳이므로, RHEL 이후가 아닌 이전에 콘텐츠가 도착합니다. Stream은 고정된 버전이 아니라 지속적으로 업데이트되며, CentOS Stream 10은 RHEL의 10년 지원 기간과 달리 약 5년의 지원 기간을 가집니다.

Rocky Linux와 AlmaLinux 중 무엇을 선택해야 합니까?

둘 다 무료이며 RHEL을 밀접하게 추적하고 10년 지원 기간을 제공하므로, 대부분의 서버에서는 어느 것을 선택해도 무방합니다. 실질적인 차이는 2023년에 내린 각 프로젝트의 결정에서 비롯됩니다. Rocky는 UBI 컨테이너 이미지와 퍼블릭 클라우드 인스턴스를 통해 얻은 소스로 재빌드하여 RHEL 릴리스와 일대일로 일치시키는 것을 목표로 합니다. AlmaLinux는 ABI 호환성을 목표로 하며, 이를 통해 더 빠르게 패치하고 RHEL에서 제거된 하드웨어 지원을 유지하기도 합니다. AlmaLinux 10은 구형 CPU를 위해 x86-64-v2 빌드를 제공하지만 Rocky Linux 10은 x86-64-v3를 요구하므로, 구형 하드웨어에서는 이 세부 사항이 선택의 기준이 될 수 있습니다.

Red Hat이 2023년에 GPL을 위반했습니까?

법원에서 그렇게 판결한 적은 없으며, GPL 의무는 바이너리를 수령하는 사람에게 적용됩니다. Red Hat은 여전히 고객에게 일치하는 소스 코드를 제공하고 있습니다. 논쟁의 핵심은 그 이후에 발생합니다. 구독 갱신이 거부될 수 있으며, 재빌드 프로젝트들은 이를 라이선스가 부여하는 재배포 권한을 사용하지 못하게 하려는 압박으로 해석했습니다. 이것이 Rocky가 구독 계약이 없는 소스 경로로 전환하고, OpenELA가 결성되어 소스를 공개적으로 배포하게 된 이유입니다.

Red Hat은 왜 CentOS Linux를 종료했습니까?

2020년 12월 8일 발표된 공식 이유는 프로젝트의 미래가 CentOS Stream에 있으며, 단순히 RHEL을 복제하는 재빌드 방식으로는 커뮤니티가 개발에 영향을 줄 방법이 없다는 것이었습니다. 많은 사용자는 CentOS Linux가 Red Hat이 판매하는 제품의 무료 버전이었고, 구독료를 지불할 여력이 있는 조직에서도 운영 환경에 사용했기 때문에 상업적인 동기가 있다고 해석했습니다. Red Hat은 이러한 해석보다는 개발 모델의 변화에 초점을 맞추어 입장을 밝히고 있습니다.