저는 아마추어 + 관리자입니다(1993년부터 여러 컴퓨터(1~50)에서 Linux를 사용함). 즉, 배포판 간의 차이점에 대해 세부적으로 자세히 설명한 적이 없지만 더 높은 수준의 콘텐츠에 더 집중합니다. . 레벨 레이어(서비스).
나는 보통 데비안과 그 변형을 사용합니다.
나는 한동안 Redhat 제품군(주로 CentOS)을 다루어야 했지만 서비스 관점에서 볼 때 나에게는 큰 차이가 없습니다.
하지만 한 가지 의심스러운 점은 CentOS의 패키지가 최신 상태인지 여부입니다. 현재 CentOS7로 업그레이드할 수 있는 CentOS6 시스템이 있지만 이전 업그레이드(동일한 상황: CentOS6에서 CentOS7로)는 끔찍했습니다. 이는 우리의 잘못일 수 있습니다(문서를 주의 깊게 읽고 업그레이드 전 확인 등을 했음에도 불구하고). 하지만 괜찮습니다.
요점은 패키지 버전이 기본적으로 설정되어 있고 "테스트" 저장소가 없으며(EPEL 테스트도 오래되었음에도 불구하고) 결국 필요한 패키지 버전이 오래되었다는 것입니다.
이번 릴리스 시리즈에서 이 문제를 해결하는 가장 좋은 방법은 무엇입니까?
- 업그레이드? : 이전 업데이트로 인한 정신적인 두려움에 더해, 언젠가는 같은 문제에 직면하게 될 것입니다.
- 엮다소스에서? 저는 더 이상 "젠투로 가고" 싶지 않습니다. 저는 저처럼 관리자가 되고 싶어하는 사람들의 삶을 크게 단순화시켜주는 패키지를 좋아합니다. 이는 잘 포함된 일부 패키지에서는 허용될 수 있지만(Python 2.5를 제거하기 위해 이 작업을 수행했습니다), 시스템에 깊이 뿌리내린 다른 패키지에서는 문제가 될 수 있습니다.
- 속도를 얻으세요최신 버전으로? (지원되지 않는) 패키지를 시도했지만 시작하려면 수많은 종속성(glib과 같은 끔찍한 패키지 포함)이 필요합니다. 괜찮았을 텐데(데비안에서 사용하고 있습니다) 충돌이 걱정됩니다.
답변1
새로운 주요 CentOS 릴리스의 첫날에도 "오래된" 패키지가 사용된다는 사실을 받아들일 수 없고 패키지가 더 오래될 것이라는 점을 받아들일 수 없다면 잘못된 배포판을 사용하고 있는 것입니다. CentOS는 의도적으로 이 작업을 수행합니다.
CentOS 7의 기반이 되는 Red Hat Enterprise Linux 7은 RHEL 7.0보다 약 15개월 일찍 출시된 Fedora 19에서 포크되었습니다. 향후 3년 정도 동안 RHEL/CentOS 8을 볼 가능성은 거의 없으며, 그때쯤이면 4년이 넘은 소프트웨어 버전을 실행하게 될 것입니다.
이 배포판과 같은 많은 시스템을 관리하는 우리는 운영 체제 변경을 지속적으로 추적하지 않는다는 것을 의미하기 때문입니다. 우리는 소프트웨어를 안정적인 플랫폼에서 실행하고 다른 작업을 수행할 수 있습니다.
우리 중 일부는 주요 릴리스를 건너뛰기도 했습니다. RHEL제품 수명주기버전은 3개 또는 4개의 운영 체제 버전을 동시에 지원하기 위해 의도적으로 중복됩니다. RHEL/CentOS 5.11은 RHEL 7.0과 거의 같은 시기에 출시되었습니다. 즉, 6개월 이내에 제거된 ISO를 계속 사용하면서 버전 6을 완전히 건너뛸 수 있음을 의미합니다.
패키지 저장소에 최신 소프트웨어만 제공하려는 대체 배포판이 많이 있습니다. 실제로 이것은 아마도 더 일반적인 Linux 배포판일 것입니다. 단점은 모든 업그레이드에는 손상 위험이 있다는 것입니다.
두 가지 배포 철학 모두 장점이 있으며, 이것이 바로 우리가 두 버전의 Linux를 모두 보유하고 있는 이유입니다.