Docker 비즈니스가 수백만 명의 개발자에게 서비스를 제공하도록 확장하는 방법, 2부: 아웃바운드 데이터

이 문서는 컨테이너 이미지를 다운로드할 때 제한 사항을 다루는 문서 시리즈의 두 번째 문서입니다.

В 첫 번째 부분 가장 큰 컨테이너 이미지 레지스트리인 Docker Hub에 저장된 이미지를 자세히 살펴보았습니다. 업데이트된 서비스 약관이 컨테이너 이미지 및 CICD 파이프라인을 관리하기 위해 Docker Hub를 사용하는 개발 팀에 어떤 영향을 미치는지 더 잘 이해하기 위해 이 글을 작성했습니다.

다운로드 빈도 제한은 이전에 서비스 약관. 1년 2020월 XNUMX일부터 적용되는 빈도 제한을 자세히 살펴보겠습니다.

무료 요금제, 익명 사용자: 100시간 동안 6회 다운로드
무료 요금제, 승인된 사용자: 200시간 동안 6개 다운로드
프로 플랜: 무제한
팀 계획: 무제한

Docker 다운로드 빈도는 Docker Hub에 대한 매니페스트 요청 수로 정의됩니다. 이미지 다운로드 빈도 제한은 이미지 소유자 계정 유형이 아닌 이미지를 요청하는 계정 유형에 따라 다릅니다. 익명(승인되지 않은) 사용자의 경우 다운로드 빈도는 IP 주소에 연결됩니다.

NB 더 많은 미묘함과 모범 사례를 받게 됩니다. 실무자의 Docker 과정에서. 또한 시간과 기분 모두에서 편리할 때 진행할 수 있습니다.

컨테이너 이미지 레이어와 관련하여 고객과 커뮤니티로부터 질문을 받고 있습니다. 다운로드 빈도를 제한할 때 이미지 레이어를 고려하지 않습니다. 매니페스트 다운로드를 제한하고 레이어 수(BLOB 요청)가 현재 무제한이기 때문입니다. 이 변경 사항은 사용자가 사용하는 모든 룩에서 레이어를 계산할 필요가 없도록 보다 사용자 친화적으로 만들기 위한 커뮤니티 피드백을 기반으로 합니다.

Docker Hub 이미지 다운로드 빈도에 대한 자세한 분석

우리는 속도 제한의 이유와 제한 방법을 정확히 파악하기 위해 Docker Hub에서 이미지 다운로드를 분석하는 데 많은 시간을 보냈습니다. 거의 모든 사용자가 일반적인 워크플로에 대해 예측 가능한 속도로 이미지를 다운로드하고 있음을 확인했습니다. 그러나 적은 수의 익명 사용자의 눈에 띄는 영향이 있습니다. 예를 들어 모든 다운로드의 약 30%가 익명 사용자의 1%에서만 발생합니다.

새로운 제한은 이 분석을 기반으로 하므로 대부분의 사용자는 영향을 받지 않습니다. 이러한 제한은 Docker 학습, 코드 개발, 이미지 빌드 등 개발자의 일반적인 사용을 반영하기 위해 만들어졌습니다.

개발자가 다운로드 빈도 제한을 더 잘 이해할 수 있도록 지원

이제 우리는 그 영향과 경계가 어디에 있어야 하는지 이해했으므로 이러한 제한의 작동을 위한 기술적 조건을 결정해야 했습니다. Docker 레지스트리에서 이미지 다운로드를 제한하는 것은 매우 어렵습니다. 레지스트리 설명에서 다운로드용 API를 찾을 수 없습니다. 그냥 존재하지 않습니다. 사실 이미지 다운로드는 API의 매니페스트 요청과 BLOB의 조합이며, 상태에 따라 다르게 실행됩니다. 클라이언트 및 요청된 이미지.

예를 들어 이미 이미지가 있는 경우 Docker 엔진은 매니페스트에 대한 요청을 발행하고 허용된 매니페스트를 기반으로 필요한 모든 레이어가 이미 있음을 이해한 다음 중지합니다. 반면에 여러 아키텍처를 지원하는 이미지를 다운로드하는 경우 매니페스트 요청은 지원되는 각 아키텍처에 대한 이미지 매니페스트 목록을 반환합니다. 그런 다음 Docker 엔진은 실행 중인 특정 아키텍처에 대한 또 다른 매니페스트 요청을 발행하고 그 대가로 이미지의 모든 레이어 목록을 가져옵니다. 그런 다음 누락된 각 레이어(BLOB)를 쿼리합니다.

NB 이 주제는 다음에서 더 광범위하게 다룹니다. 도커 과정, 기본 추상화에서 네트워크 매개 변수, 다양한 운영 체제 및 프로그래밍 언어 작업의 뉘앙스에 이르기까지 모든 도구를 분석합니다. 기술에 익숙해지고 Docker를 가장 잘 사용하는 위치와 방법을 이해할 수 있습니다.

이미지 다운로드는 실제로 하나 또는 두 개의 매니페스트 요청이며 XNUMX에서 무한대까지 레이어(BLOB)에 대한 요청입니다. 역사적으로 Docker는 대역폭 사용과 가장 관련이 있기 때문에 계층별로 다운로드 빈도를 추적했습니다. 그러나 그럼에도 불구하고 우리는 커뮤니티의 의견에 귀를 기울였습니다. 이는 요청된 레이어 수를 추적해야 하기 때문에 Dockerfile 작업과 관련된 모범 사례를 무시하게 되고 단지 원하는 사용자에게 더 직관적이기 때문입니다. 세부 사항에 대한 많은 이해 없이 레지스트리로 작업하십시오.

따라서 매니페스트 요청을 기반으로 요청 수를 제한합니다. 이것은 사용자가 이해하기 쉬운 이미지 다운로드와 직접 관련이 있습니다. 실제로 약간의 뉘앙스가 있습니다. 이미 존재하는 이미지를 다운로드하려고 하면 레이어를 다운로드하지 않더라도 요청이 계속 고려됩니다. 어쨌든 다운로드 빈도를 제한하는 이 방법이 공정하고 사용자 친화적이기를 바랍니다.

귀하의 의견을 기다리겠습니다.

우리는 제한 사항을 모니터링하고 일반적인 사용 사례를 기반으로 적절하게 조정하여 각 유형의 사용자에 대해 제한 사항이 적절하도록 할 것이며, 특히 개발자가 작업을 수행하는 것을 절대 방해하지 않도록 노력할 것입니다.

이러한 변경 사항에 따라 CI 및 전투 시스템 조정에 대한 또 다른 기사를 앞으로 몇 주 동안 지켜봐 주시기 바랍니다.

마지막으로 오픈 소스 커뮤니티에 대한 지원의 일환으로 1월 XNUMX일까지 오픈 소스에 대한 새로운 요금제를 제공할 예정입니다. 신청하려면 양식을 작성하십시오 여기에.

서비스 약관의 최신 변경 사항에 대한 자세한 내용은 다음을 참조하십시오. 자주하는 질문.

이미지 다운로드 빈도 제한을 높여야 하는 사람들을 위해 Docker는 무제한 이미지 다운로드를 기능으로 제공합니다. 프로 또는 팀 계획. 언제나처럼 피드백과 질문을 환영합니다. 여기에.

출처 : habr.com