SUSE Linux Enterprise를 대체하는 ALP 플랫폼의 두 번째 프로토타입

SUSE는 SUSE Linux Enterprise 배포판 개발의 연속으로 자리잡은 ALP "Punta Baretti"(적응형 Linux 플랫폼)의 두 번째 프로토타입을 출시했습니다. ALP의 주요 차이점은 코어 배포판을 두 부분, 즉 하드웨어 위에서 실행하기 위한 간단한 "호스트 OS"와 컨테이너 및 가상 머신에서 실행하기 위한 애플리케이션 지원 레이어로 나누는 것입니다. 어셈블리는 x86_64 아키텍처용으로 준비되었습니다. ALP는 처음에 중간 빌드 및 테스트 결과가 모든 사람에게 공개적으로 제공되는 개방형 개발 프로세스를 사용하여 개발되었습니다.

ALP의 아키텍처는 장비를 지원하고 제어하는 ​​데 필요한 최소한의 환경인 "호스트 OS"의 개발을 기반으로 합니다. 모든 응용 프로그램 및 사용자 공간 구성 요소는 혼합 환경이 아니라 별도의 컨테이너 또는 "호스트 OS" 위에서 실행되고 서로 격리된 가상 머신에서 실행되도록 제안됩니다. 이 조직을 통해 사용자는 하위 수준 시스템 환경 및 하드웨어에서 응용 프로그램 및 추상 워크플로에 집중할 수 있습니다.

MicroOS 프로젝트의 개발을 기반으로 하는 SLE Micro 제품은 "호스트 OS"의 기반으로 사용됩니다. 중앙 집중식 관리를 위해 Salt(사전 설치) 및 Ansible(선택 사항) 구성 관리 시스템이 제공됩니다. Podman 및 K3s(Kubernetes) 툴킷은 격리된 컨테이너를 실행하는 데 사용할 수 있습니다. 컨테이너화된 시스템 구성 요소에는 yast2, podman, k3s, 조종석, GDM(GNOME Display Manager) 및 KVM이 포함됩니다.

시스템 환경의 기능 중 TPM에 키를 저장하는 기능과 함께 디스크 암호화(FDE, 전체 디스크 암호화)의 기본 사용이 언급됩니다. 루트 파티션은 읽기 전용 모드로 마운트되며 작동 중에 변경되지 않습니다. 환경은 원자 업데이트 설치 메커니즘을 사용합니다. Fedora 및 Ubuntu에서 사용되는 ostree 및 스냅 기반 원자 업데이트와 달리 ALP는 별도의 원자 이미지를 구축하고 추가 전달 인프라를 배포하는 대신 Btrfs 파일 시스템의 일반 패키지 관리자 및 스냅샷 메커니즘을 사용합니다.

업데이트 자동 설치를 위한 구성 가능한 모드가 제공됩니다(예: 중요한 취약점에 대한 수정 사항만 자동 설치하도록 설정하거나 수동 업데이트 설치 확인으로 돌아갈 수 있음). 라이브 패치는 작업을 다시 시작하거나 일시 중단하지 않고 Linux 커널을 업데이트하도록 지원됩니다. 시스템의 생존성(자가 치유)을 유지하기 위해 Btrfs 스냅샷을 사용하여 마지막 안정 상태를 수정합니다(업데이트를 적용하거나 설정을 변경한 후 이상이 감지되는 경우 시스템이 자동으로 이전 상태로 전환됨).

이 플랫폼은 다중 버전 소프트웨어 스택을 사용하므로 컨테이너를 사용하여 여러 버전의 도구와 애플리케이션을 동시에 사용할 수 있습니다. 예를 들어 호환되지 않는 종속성을 분리하여 서로 다른 버전의 Python, Java 및 Node.js에 의존하는 애플리케이션을 실행할 수 있습니다. 기본 종속성은 BCI(기본 컨테이너 이미지) 세트의 형태로 제공됩니다. 사용자는 다른 환경에 영향을 주지 않고 소프트웨어 스택을 생성, 업데이트 및 제거할 수 있습니다.

두 번째 ALP 프로토타입의 주요 변경 사항:

• 사용자 인터페이스가 YaST의 내부 구성 요소와 분리되어 있으며 웹 인터페이스를 통해 설치를 관리하기 위한 프런트엔드를 포함하여 다양한 프런트엔드를 사용할 수 있는 D-Installer 설치 프로그램이 사용됩니다. 설치 관리를 위한 기본 인터페이스는 웹 기술을 사용하여 구축되었으며 HTTP를 통해 D-Bus 호출에 대한 액세스를 제공하는 핸들러와 웹 인터페이스 자체를 포함합니다. 웹 인터페이스는 React 프레임워크와 PatternFly 구성 요소를 사용하여 JavaScript로 작성되었습니다. 보안을 보장하기 위해 D-Installer는 암호화된 파티션에 대한 설치를 지원하며 TPM(신뢰할 수 있는 플랫폼 모듈)을 사용하여 비밀번호 대신 TPM 칩에 저장된 키를 사용하여 부팅 파티션의 암호를 해독할 수 있습니다.
• 일부 YaST 클라이언트(부트로더, iSCSIClient, Kdump, 방화벽 등)를 별도의 컨테이너에서 실행할 수 있습니다. 두 가지 유형의 컨테이너가 구현되었습니다. 즉, 텍스트 모드, GUI 및 웹 인터페이스를 통해 YaST로 작업하기 위한 제어 컨테이너와 자동 문자 메시지 전송을 위한 테스트 컨테이너입니다. 또한 다수의 모듈이 트랜잭션 업데이트가 있는 시스템에서 사용하도록 조정되었습니다. openQA와의 통합을 위해 REST API 구현이 포함된 libyui-rest-api 라이브러리가 제안됩니다.
• 구성자 및 설치자의 웹 인터페이스가 구축되는 기반으로 Cockpit 플랫폼의 컨테이너에서 실행이 구현되었습니다.
• 가상화 시스템 및 클라우드 시스템뿐만 아니라 기존 장비 위에 설치하는 경우에도 전체 디스크 암호화(FDE, Full Disk Encryption)를 사용할 수 있습니다.
• GRUB2는 기본 부트로더로 사용됩니다.
• 방화벽 구축을 위한 컨테이너(firewalld-container)와 시스템 및 클러스터의 중앙 집중식 관리(warewulf-container)를 위한 구성이 추가되었습니다.

출처 : opennet.ru