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


RHEL(Red Hat Enterprise Linux)은 이제 Red Hat 툴 Podman 및 Buildah를 사용하여 재현 가능한 컨테이너 빌드를 지원합니다. 이 새로운 기능은 사용자가 동일한 입력으로 이미지를 빌드할 때 이미지의 변경 사항을 다른 시간에 줄입니다. 이미지 간 변경 횟수는 한 버전에서 해당 이미지의 최신 버전으로 이동할 때 레지스트리에서 가져오는 데 필요한 데이터 양을 줄일 수 있습니다. 재현 가능한 컨테이너 빌드는 공급망 보안을 보장하고, 신뢰할 수 있는 소프트웨어 배포를 용이하게 하며, 효율적인 디버깅을 용이하게 하는 데 중요합니다.

이전 버전에서는 컨테이너 이미지의 크기가 증가하고 업데이트 페이로드 크기에 대한 고객 평가가 증가하여 tarball 생성과 관련된 기존 과제 및 제한 사항이 증가했습니다. Konflux와 같은 시스템에서 각 Git 커밋은 새 tarball을 생성하므로 전체 이미지를 완전히 다시 다운로드해야 합니다. mtime 변경과 같은 요인은 사용자가 기본 데이터를 변경하지 않아도 동일한 RPM, 스토리지 요구 사항 두 배가된다는 것을 의미합니다. 이는 레지스트리 스토리지에 영향을 줄 뿐만 아니라 변경 사항이 없는 경우에도 클라이언트가 새 계층을 가져오도록 강제 적용합니다. 이 상황은 rhel-bootc 및 RHEL AI와 같은 환경에서 문제를 더욱 강화하여 더 빠른 업데이트를 우선시합니다.

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

RHEL 컨테이너의 재현 가능한 빌드는 레지스트리 스토리지를 줄이고, 더 작은 업데이트 페이로드를 생성하며, 소스 코드 및 빌드 환경이 변경되지 않은 경우 이미지 계층을 일관되게 유지되도록 하여 더 빠르게 다운로드할 수 있습니다. 이 프로세스는 계층 캐싱의 효율성을 극대화하여 중복 스토리지 및 동일한 데이터의 전송을 방지합니다. 재현 가능한 컨테이너 빌드의 주요 이점은 다음과 같습니다.

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

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

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

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

Red Hat 소개

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

Theme

© 2026 Red Hat
맨 위로 이동