4장. 물리적으로 바인딩된 이미지 빌드 및 관리
물리적으로 바인딩된 이미지에는 bootc 빌드 프로세스 중에 필요한 모든 애플리케이션 컨테이너, 구성 및 Quadlet 파일이 루트 파일 시스템에 직접 포함됩니다. 이렇게 하면 전체 시스템이 모두 통합되어 연결이 끊어지고 오프라인 배포가 활성화되고 부팅 시 애플리케이션을 즉시 사용할 수 있습니다.
4.1. 물리적으로 바인딩된 이미지 소개 링크 복사링크가 클립보드에 복사되었습니다!
RHEL bootc는 컨테이너화된 애플리케이션을 직접 포함하는 기본 운영 체제 이미지에 이미지를 물리적으로 바인딩합니다. 이렇게 하면 완전히 자체 포함되고 변경 불가능한 시스템이 생성됩니다. 이미지 빌드 시간 동안 물리적으로 바인딩된 이미지를 미리 가져와서 런타임 시 사용할 수 있기 때문에 기본 메커니즘은 논리적으로 바인딩된 이미지의 것과 유사합니다.
물리적으로 바인딩된 이미지에는 이미지의 마지막 tar 에 있는 데이터가 포함되어 있지만 논리적으로 바인딩된 이미지는 이미지를 참조하고 bootc 업그레이드 중에만 가져옵니다. 물리적으로 바인딩된 이미지는 엄격한 오프라인 안정성을 제공하는 반면, 논리적으로 바인딩된 이미지는 소규모 애플리케이션 변경을 위해 전체 기본 이미지에 대한 업데이트를 방지하여 개발을 가속화합니다.
물리적으로 바인딩된 이미지의 주요 이점은 다음과 같습니다.
- 기본 운영 체제 및 모든 필수 애플리케이션 컨테이너가 하나의 아티팩트로 제공되므로 부팅 시 사전 설치된 애플리케이션 가용성이 있습니다.
- 레지스트리 다운타임에 대한 탄력성을 확보하고, 오프라인 배포를 단순화하며, 운영 체제와 애플리케이션 모두에 대한 atomic 업데이트를 보호할 수 있습니다.