Translations:Binary package guide/4/ko


 * 1) 무엇보다도, 관리자가 유사 최신 시스템을 유지할 수 있습니다. 모든 소스코드를 컴파일 한다는 건 상당한 시간 소모를 야기합니다. 일부가 느려질 가능성이 있다 하더라도 하나의 시스템에서 모든 소스코드를 컴파일 하고 다른 시스템에서는 바이너리 꾸러미를 재사용할 수 있을 경우 수많은 유사 시스템을 관리하는 일이 굉장히 쉬워질 수 있습니다.
 * 2) 두번째 이유는 안전한 업데이트 수행입니다. 임무가 중요한 시스템에서는 가능한한 사용 가능한 상태를 유지하는 것이 중요합니다. 이 작업은 모든 업데이트를 우선 처리하는 스테이지 서버에서 처리할 수 있으며, 스테이지 서버 상태가 괜찮아지면 중요한 시스템에 적용할 수 있습니다. 다른 접근 방식으로는, 동일 시스템 내에서의 chroot 환경의 업데이트로 처리하고 실제 시스템에 만든 바이너리를 사용하는 방법이 있습니다.
 * 3) 세번째 이유는 백업으로서의 의미가 있기 때문입니다. 가끔은 바이너리 꾸러미가 망가진 시스템(예: 컴파일러 망가짐)을 복구하는 유일한 수단이 될 수 있습니다. 바이너리 꾸러미 서버든, 로컬 머신 어디든 바이너리 꾸러미를 둔다면 굉장한 도움이 될 수 있습니다.
 * 4) 마지막으로, 이 방식은 상당히 오래된 시스템의 업데이트를 지원합니다. 바이너리 꾸러미를 활용하면 굉장히 오래된 시스템을 업데이트 하는 작업을 매우 쉽게 처리할 수 있습니다. 설치하고 업데이트할 빌드 타임에 관계없이 바이너리 꾸러미를 쉽게 설치할 수 있으며, 빌드 과정상의 실패 상황을 피해갈 수 있습니다.