오픈소스에 대한 Red Hat의 약속: git.centos.org 변경 사항에 대한 대응

저는 이번 주말에 지난번 블로그 포스트에 대한 업계의 반응을 생각하면서 많은 시간을 보냈습니다. Red Hat을 폐쇄형 소스(closed source)로 전환하기 위해 고용된 IBM 경영진이라는 등의 혹평도 들었습니다. 이에 대해 더 자세하고 분명하게 설명을 드릴 때라고 생각합니다. 

저는 Mike McGrath이고, Red Hat 코어 플랫폼 엔지니어링 부문의 부사장을 맡고 있습니다. Red Hat에서 근무한 지 16년 되었으며, 이전에는 Fedora 프로젝트에 자원봉사자로 참여했습니다. 오픈소스와 그 용어가 의미하는 모든 것은 저에게 매우 중요합니다. 지난 한 주 동안 저는 많은 사람들이 저처럼 이 작업을 핵심으로 여기며 열심히 일하는 Red Hatter에 대해 사실이 아닌 추측을 많이 하는 것을 보았습니다.

현재 Red Hat에 대해 언급되는 내용에도 불구하고 Red Hat은 고객 이외의 사용자들도 Red Hat의 노력의 결과물을 쉽게 이용할 수 있도록 지원합니다. Red Hat은 오픈소스 개발 모델을 사용하고 있으며 앞으로도 계속 사용할 것입니다. 버그를 찾거나 기능을 작성할 때마다 업스트림에 코드를 기여합니다. 이는 Red Hat과 Red Hat 고객뿐만 아니라 커뮤니티의 모든 구성원에게 이익이 됩니다.  

단순히 업스트림 패키지를 가져와 재구축하는 것이 아닙니다. Red Hat에서는 수천 명의 직원들이 새로운 기능을 구현하는 코드를 작성하고, 버그를 수정하고, 다양한 패키지를 통합한 다음 오랜 기간 동안 해당 작업을 지원하는 데 시간을 할애하고 있습니다. 이는 Red Hat 고객과 파트너가 필요로 하는 것입니다. 

현재 5~10년 이상 된 코드에 패치를 백포팅하는 것은 상당한 시간과 노력이 드는 일이며, 우리는 언제든지 3~4개의 메이저 릴리스 스트림을 지원하는 동시에 모든 버전에 패치와 백포트를 적용하고 있습니다. 또한 RHEL의 문제에 대한 수정 사항을 개발할 때 RHEL에만 적용하는 것이 아니라, Fedora, CentOS Stream 또는 커널 프로젝트 자체와 같은 업스트림 프로젝트에 먼저 적용한 다음 백포트합니다. 10년 동안 운영 체제를 유지 관리하고 지원하는 것은 매우 힘든 일입니다. 이 일에는 많은 시간과 에너지가 필요합니다.

우리는 항상 코드를 업스트림으로 전송하고 Red Hat 제품에서 사용하는 오픈소스 라이선스를 준수할 것입니다. 여기에는 GPL이 포함됩니다. 코드에 적용되는 다양한 오픈소스 라이선스를 준수한다는 말은 진심입니다. 저는 많은 사람들, 특히 더 잘 알아야 한다고 생각하는 업계 분석가들과 심지어 경험이 풍부한 전문가들이 오픈소스 소프트웨어와 특히 GPL에 대해 상당히 오해하고 있다는 사실에 놀랐습니다. 오픈소스 라이선스와 권한을 비롯한 세부 사항이 중요하며, Red Hat은 이를 형성하는 것뿐만 아니라 보존하고 발전시키는 데에도 도움을 주었습니다. 

다운스트림 소스와 관련한 Red Hat의 최근 결정에 대한 분노는 대부분 RHEL에 투입되는 시간, 노력, 리소스에 대한 비용을 지불하고 싶지 않은 사람들이나 자신의 이익을 위해 RHEL을 재패키징하려는 사람들에게서 비롯된다고 생각합니다. RHEL 코드에 대한 이러한 요구는 공정하지 않습니다. 

오픈소스 가치를 믿으며 많은 시간과 노력을 쏟은 열정적인 기여자들에게 노력의 대가를 지불해야 합니다. 이러한 개인이 생성한 코드를 단순히 재패키징하여 가치를 추가하지 않고 그대로 재판매하면 이 오픈소스 소프트웨어의 프로덕션이 지속 불가능해집니다. 여기에는 중요한 백포팅 작업과 업스트림에서 개발 중인 향후 기능과 기술이 포함됩니다. 이러한 작업이 지속 불가능해지면 중단될 것이며, 이는 누구에게도 좋지 않은 결과입니다.

특히 리빌더(rebuilder)를 언급하고자 합니다. 이는 예를 들어 새로운 아키텍처나 컴파일 플래그를 추가하는 배포판과는 다릅니다. Red Hat은 Linux 기능을 모방하는 것이 아니라 확장할 수 있도록 완벽하게 지원합니다. 

얼마 전까지만 해도 Red Hat이 CentOS와 같은 리빌더가 수행한 작업에서 가치를 발견한 적이 있었습니다. Red Hat의 SRPM을 손쉽게 재구축할 수 있도록 깔끔한 패키지로 git.centos.org에 푸시했으며, 심지어 이를 위해 브랜드를 제거하기도 했습니다. 최근에는 다운스트림 리빌더를 유지하는 것이 가치가 없다고 판단했습니다. 

이러한 무료 재구축을 통해 RHEL 전문가를 배출하고 판매로 이어진다는 일반적인 견해는 현실과는 다릅니다. 그런 세상에 살고 있다면 좋겠지만 실제로는 그렇지 않습니다. 대신, 상당수가 대규모 또는 거대 규모 IT 조직에 속한 사용자 그룹을 발견했으며, 이들은 유지 관리자, 엔지니어, 작성자 등의 롤을 실제로 지원할 필요 없이 RHEL의 안정성, 라이프사이클, 하드웨어 에코시스템을 원하는 것으로 나타났습니다. 또한 이러한 사용자는 다른 많은 Linux 배포판 중 하나를 사용하지 않기로 결정했습니다.

건전한 오픈소스 에코시스템에서는 경쟁과 혁신이 함께 진행됩니다. Red Hat, SUSE, Canonical, AWS, Microsoft는 모두 관련 브랜딩과 에코시스템 개발 노력을 기울여 Linux 배포판을 생성합니다. 이러한 변형은 모두 Linux 소스 코드를 활용하고 이에 기여하지만, 다른 변형과 "완전히 호환"된다고 주장하는 것은 없습니다.

궁극적으로, Red Hat은 RHEL 재구축에서 가치를 찾지 못하며, 리빌더의 작업을 더 쉽게 만들어줄 의무가 없습니다. 이것은 Red Hat이 결정할 일입니다. 이는 CentOS Stream으로 이어지는데, 이에 대한 엄청난 혼란이 있습니다. 이는 Red Hat의 오랜 전통에서 벗어나는 변화이며, 이와 같은 변화로 인해 혼란이 발생할 수 있다는 점을 잘 알고 있습니다. 이러한 혼란은 Red Hat이 폐쇄소스로 전환한다거나 GPL을 위반한다는 비난으로 나타났습니다. CentOS Stream에는 바이너리 결과물이 있고 CentOS Stream에는 소스 리포지토리가 있습니다. CentOS Stream GitLab 소스는 RHEL 릴리스를 빌드하는 곳으로, 모두가 볼 수 있도록 공개되어 있습니다. RHEL을 "폐쇄소스"라고 말하는 것은 명백하게 사실이 아니며 정확하지 않습니다. CentOS Stream은 RHEL보다 빠르게 움직이므로 HEAD에 없을 수 있지만 코드는 있습니다. 찾을 수 없는 경우 버그이므로 알려주시기 바랍니다.

또한 Red Hat은 무료 Red Hat Developer 서브스크립션과 오픈소스 인프라용 Red Hat Enterprise Linux(RHEL)도 제공합니다. Developer 서브스크립션은 개발자에게 무료 RHEL을 제공하며, 무료로 최대 16개의 시스템을 사용할 수 있습니다. 이는 개인이 자신의 작업에 사용하거나, RHEL 고객이 직원의 작업에 사용할 수 있습니다. 오픈소스 인프라용 RHEL은 오픈소스 프로젝트가 Red Hat과의 제휴 여부에 관계없이 인프라 및 개발 요구 사항을 위해 무료로 RHEL에 액세스할 수 있도록 하기 위한 것입니다.

마지막으로, 코드가 현재 공개되어 있거나 오픈소스 모델로의 전환을 고려하고 있는지 여부에 관계없이 현재 존재하는 모든 오픈소스 기업에 대해 말씀드리고자 합니다. 어떤 측면에서든 Red Hat은 "성공"한 기업이며 많은 오픈소스 기업이 Red Hat처럼 성공할 수 있기를 바랍니다. 다운스트림 재구축이 여러분에게 가치가 있는지는 직접 결정할 수 있으며, 이를 쉽게 수행할지 여부는 여러분이 판단할 몫입니다. 

어떤 방식으로든 가치를 추가하거나 변경하지 않고 단순히 코드를 재구축하는 것은 전 세계의 오픈소스 기업에 실질적인 위협이 됩니다. 이는 오픈소스에 대한 실질적인 위협이며, 오픈소스를 취미 활동이나 해커들만의 활동으로 되돌릴 가능성이 있습니다.

우리는 이를 원하지 않으며, 커뮤니티 구성원, 고객, 파트너도 이를 원하지 않을 것입니다. 혁신은 업스트림에서 이루어집니다. 오픈소스의 진정한 의미는 다른 이들의 노력을 바탕으로 구축하는 것입니다. 우리는 계속해서 혁신을 주도하고, 서로를 지원하며, 계속 앞으로 나아가도록 노력하겠습니다.