Clear Linux 프로젝트는 개발 초점을 서버 및 클라우드 시스템으로 전환합니다.

Clear Linux 배포판 개발자 сообщили 프로젝트 개발 전략 변경에 대해 주요 개발 영역은 서버와 클라우드 시스템으로, 이제 주목을 받게 될 것입니다. 워크스테이션용 버전의 구성 요소는 잔여 방식으로 지원됩니다.

데스크탑과 함께 패키지 배송은 계속되지만 이러한 패키지에는 제공될 것이다 Clear Linux 관련 추가 기능 및 변경 사항이 없는 원래 버전의 사용자 환경. GNOME을 사용한 패키지 구성을 포함하여 데스크탑의 구성 및 설정은 GNOME 프로젝트에서 기본적으로 제공하는 참조 보기에 해당합니다.

이전에 자체적으로 제공한 테마 여유, 분리된 픽토그램 세트, 그놈 셸용 사전 설치된 타사 추가 기능(대시 투 독, 바탕 화면 아이콘, 조바심, 사용자 테마) 첫 번째 단계에서 변경된 그놈 설정은 다음과 같습니다. 합격 별도의 패키지에 "데스크탑 자산-추가". 다음 주에는 데스크탑 패키지가 GNOME 참조 환경과 일치하는 GNOME 3.36으로 업데이트될 예정이며, 그 이후에는 "desktop-assets-extras" 패키지가 더 이상 사용되지 않습니다.

Clear Linux 배포판은 Intel에서 개발했으며 전체 가상화를 사용하여 분리된 컨테이너를 사용하여 애플리케이션을 엄격하게 격리한다는 점을 상기해 보겠습니다. 배포의 기본 부분에는 컨테이너 실행을 위한 최소한의 도구 세트만 포함되어 있으며 원자적으로 업데이트됩니다. 모든 애플리케이션은 별도의 컨테이너에서 실행되는 Flatpak 패키지 또는 번들로 설계되었습니다. 맞춤형 데스크탑 외에도 개발자 에디션은 확장된 하드웨어 지원, FUSE 기반 디버깅 시스템 통합, 새로운 설치 프로그램 추가 및 존재로 유명했습니다. 애플리케이션 디렉토리, 다양한 언어와 기술을 사용하여 개발 환경을 배포하기 위한 키트를 제공했습니다.

클리어 리눅스의 특징:

• 바이너리 배포 전달 모델. 시스템 업데이트는 두 가지 모드로 수행할 수 있습니다. 실행 중인 시스템에 패치를 적용하고, 별도의 Btrfs 스냅샷에 새 이미지를 설치하고 활성 스냅샷을 새 이미지로 교체하여 시스템을 완전히 업데이트합니다.
• 패키지를 세트로 집계(묶음), 얼마나 많은 소프트웨어 구성 요소가 구성되어 있는지에 관계없이 기성 기능을 형성합니다. Bundle과 시스템 환경 이미지는 RPM 패키지 Repository를 기반으로 구성되지만, 패키지로 분할되지 않고 전달됩니다. 컨테이너 내부에는 대상 애플리케이션을 실행하는 데 필요한 번들이 포함된 특별히 최적화된 Clear Linux 사본이 실행됩니다.
• 배포의 기본 부분에 구축된 효과적인 업데이트 설치 시스템으로 중요한 문제와 취약점을 해결하는 업데이트의 가속화된 제공을 보장합니다. Clear Linux의 업데이트에는 직접 변경된 데이터만 포함되므로 취약점 및 오류에 대한 일반적인 수정 사항은 몇 킬로바이트만 소요되며 거의 즉시 설치됩니다.
• 통합 버전 관리 시스템 - 배포 버전은 모든 구성 요소의 상태와 버전을 나타내므로 재현 가능한 구성을 생성하고 파일 수준에서 배포 구성 요소의 변경 사항을 추적하는 데 편리합니다. 시스템의 일부를 변경/업데이트하면 항상 전체 배포판의 전체 버전이 변경됩니다(일반 배포판에서 특정 패키지의 버전 번호만 증가하는 경우 Clear Linux에서는 배포판 자체의 버전이 증가함). ;
• 구성 정의에 대한 상태 비저장 접근 방식은 다양한 설정 클래스가 분리되고(OS, 사용자 및 시스템 설정이 별도로 저장됨) 시스템이 상태를 저장하지 않고(상태 비저장) 설치 후 / etc 디렉토리에 설정이 포함되지 않음을 의미합니다. 하지만 시작 시 지정된 템플릿을 기반으로 즉시 설정을 생성합니다. 시스템 설정을 기본값으로 재설정하려면 간단히 /etc 및 /var를 삭제하면 됩니다.
• 사용 컨테이너 실행을 위한 본격적인 가상화(KVM)로 높은 수준의 보안이 가능합니다. 컨테이너 시작 시간은 기존 컨테이너 격리 시스템(네임스페이스, cgroup)보다 약간 뒤쳐져 있으며 요청 시 애플리케이션 컨테이너를 시작하는 데 적합합니다(가상 환경 시작 시간은 약 200ms이고 추가 메모리 소비는 컨테이너당 18~20MB입니다). 메모리 소비를 줄이기 위해 메커니즘이 사용됩니다. DAX (블록 디바이스 레벨을 사용하지 않고 페이지 캐시를 우회하여 파일 시스템에 직접 접근), 동일한 메모리 영역을 중복 제거하는 기술이 사용됩니다. KSM (커널 공유 메모리) - 호스트 시스템 리소스 공유를 구성하고 다양한 게스트 시스템을 공통 시스템 환경 템플릿에 연결할 수 있습니다.

출처 : opennet.ru