Linux 커널은 Linux 운영 체제(OS)의 중추이며 컴퓨터 하드웨어와 해당 프로세스 간의 기본 인터페이스입니다.
며칠 전 홈페이지에서 "Linux Journal" 게시물이 공유되었습니다 어느 에 대해 조금 이야기 Linux 커널 개발자인 Jonathan Corbet이 Open Source Summit Europe에서 논의한 주제에 대해 조금 언급했습니다. 커널 내에서 개발이 진행될 방향 앞으로 몇 년 안에 Linux의
이 간행물은 Linux의 LTS 버전 개발 문제를 매우 중요하게 강조했습니다. 이는 현재와 미래에 이러한 버전의 특성, 특히 지원 시간 문제를 고려할 때 큰 문제가 될 수 있습니다. 이것들.
그리고 출판물에서는 언급된다 Linux 커널 개발자, p업데이트 주기를 XNUMX년으로 제한하려고 합니다. Linux 커널의 LTS 분기용. 공식적으로 LTS 버전의 유지 관리 시간은 2년으로 유지됩니다.그러나 지난 XNUMX년 동안 그 기간은 업데이트 릴리스 6년으로 연장됐어요 커널이 계속해서 수요가 있고 업계 대표자가 개발자의 유지 관리를 도울 준비가 되어 있는 경우.
앞으로 이 연장은 이자 감소로 인해 의문의 여지가 있습니다. 이전 LTS 커널 사용 시: 대부분의 사용자는 제품을 최신 커널 브랜치로 일찍 포팅하며 6년은 과도한 기간으로 인식됩니다.
또한, LTS 버전의 수가 증가함에 따라, 유지관리자의 부담이 증가합니다., 그 작업은 일상화되고 지속적인 수정 지원으로 축소됩니다. 이러한 부담은 보조원의 피로를 유발하고 작업을 계속하는 데 대한 관심을 잃게 만듭니다.
유지보수 담당자의 소진은 가장 심각한 문제 중 하나로 간주됩니다. 커널 개발 커뮤니티에서. 기업의 지원에도 불구하고 대부분의 커널 개발 참가자는 관심을 갖고 자원 봉사자로 활동합니다. 200명 이상의 활성 개발 참가자 중 약 2.000명의 개발자만이 작업에 대한 대가를 받습니다. 사소한 버그 수정, 모호한 테스트 수행, 변경 사항 검토 등의 끊임없는 단조로움은 개발자를 지치게 하고 유지관리자의 작업에 대한 관심을 잃게 만듭니다.
Corbet이 강조한 것처럼 이러한 유지관리자 소진은 심각한 위협을 나타냅니다. Linux 유지 관리는 주로 자원 봉사 활동이며 200명이 넘는 개발자 중 약 2000명만이 기여 비용을 지불했습니다. 퍼지 테스트, 사소한 버그 수정, 기여 검토로 인해 유지관리자의 시간이 끊임없이 요구됩니다. 저명한 유지관리자는 붕괴를 방지하려면 도움이 필요하다고 경고했습니다. Linux에 의존하는 기업은 재정적으로 환원하는 것이 이 중요한 생태계를 유지하는 데 가장 큰 이익이 된다는 점을 깨달아야 합니다.
또한 문제 중 가장 부각되는 점은 메인 커널에서 분리되어 개별 벤더에 의존하는 리눅스 커널의 브랜치가 나타날 위험이 있다는 것입니다. 이와 같은 분기는 변경 사항이 백업된 매우 오래된 버전의 커널을 기반으로 하는 커널 패키지를 사용하는 Red Hat Enterprise Linux와 같은 배포판에서 발생할 수 있습니다.
이러한 분기의 위험은 선택적으로 변경 사항을 적용하면 취약성 및 심각한 문제에 대한 수정 사항을 놓칠 수 있다는 것입니다. 또한 문제가 메인 코어에서 나타나는지 아니면 제조업체별 변경으로 인해 발생하는지 항상 명확하지 않기 때문에 발생하는 오류를 분석하기 어렵게 만듭니다.
커널을 유지 관리하기 위한 보다 올바른 모델은 자체 버전의 커널을 유지 관리하는 대신 메인 커널의 모든 변경 사항을 전송하고 메인 커널에서 필요한 혁신을 개발하는 Android와 유사한 모델을 따르는 것이라고 언급됩니다. Android 플랫폼과 관련된 변경 사항을 포함한 커널.
전체 변경 마이그레이션 모델은 주로 보안 관점에서 유익합니다. 패치를 선택적으로 마이그레이션할 때 수정 사항과 잠재적인 보안 문제 제거 사이의 연결이 항상 명확하지는 않기 때문입니다. 변경 사항이 완전히 마이그레이션되면 수정 사항이 취약점을 차단한다는 정보가 나오기 전에 문제가 해결되는 경우가 많습니다.
최종적으로 그것에 대해 더 많이 알고 싶다면 당신은에서 세부 사항을 확인할 수 있습니다 다음 링크.