6장. 재현 가능한 컨테이너 빌드 소개


Podman 및 Buildah와 함께 재현 가능한 빌드를 사용하여 동일한 소스 코드에서 동일한 컨테이너 이미지를 생성합니다. 이러한 일관성은 공급망 보안을 보장하고 스토리지 및 대역폭 사용량을 줄이는 데 도움이 됩니다.

이미지 간 변경 횟수는 한 버전에서 해당 이미지의 최신 버전으로 이동할 때 레지스트리에서 가져오는 데 필요한 데이터 양을 줄일 수 있습니다. 재현 가능한 컨테이너 빌드는 공급망 보안을 보장하고, 신뢰할 수 있는 소프트웨어 배포를 용이하게 하며, 효율적인 디버깅을 용이하게 하는 데 중요합니다.

mtime 업데이트와 같은 변경 사항은 사용자가 기본 데이터를 변경하지 않고 동일한 RPM을 설치하는 경우에도 스토리지 요구 사항을 두 배로 늘릴 수 있습니다. 이 동작은 레지스트리 스토리지 사용량이 증가하고 기능적인 변경 사항이 없는 경우에도 사용자가 새 계층을 가져와야 합니다. 빠른 업데이트를 사용하는 rhel-bootc 및 RHEL AI와 같은 환경의 업데이트가 느려집니다.

6.1. 재현 가능한 컨테이너 빌드의 이점

RHEL 컨테이너의 재현 가능한 빌드는 레지스트리 스토리지를 줄이고, 더 작은 업데이트 페이로드를 생성하며, 소스 코드 및 빌드 환경이 변경되지 않은 경우 이미지 계층을 일관되게 유지되도록 하여 더 빠르게 다운로드할 수 있습니다.

이 프로세스는 계층 캐싱의 효율성을 극대화하여 중복 스토리지 및 동일한 데이터의 전송을 방지합니다. 재현 가능한 컨테이너 빌드의 주요 이점은 다음과 같습니다.

  • 레지스트리 스토리지 감소: 이미지가 업데이트되면 변경된 계층만 저장됩니다. 재현 가능한 빌드는 비 결정적 요인(timestamp, 파일 순서, 메타데이터)이 변경을 유발하지 못하도록 동일한 소스 코드에서 동일한 이미지를 보장하므로 추가 스토리지를 방지할 수 있습니다.
  • 효율적이고 작은 업데이트 페이로드: 컨테이너 마이너 업데이트(예: 보안 패치)의 경우 전체 이미지가 아닌 변경된 계층만 다운로드해야 합니다. 또한 재현 가능한 빌드는 작은 코드 변경으로 인해 여러 계층을 변경할 수 있는 프로덕션이 아닌 빌드와 달리 영향을 받는 계층만 소스 업데이트를 통해 변경되도록 합니다.
  • 빠른 다운로드: 컨테이너 재현 가능한 빌드는 효율적인 캐싱을 통해 더 빠른 다운로드를 통해 빌드 시스템과 최종 사용자를 모두 최적화하고 네트워크 트래픽을 줄입니다.
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 문서 정보

Legal Notice

Theme

© 2026 Red Hat
맨 위로 이동