개발자 도구 · Docker 작성 변환기로의 Docker 실행
Fig에서 Compose v2까지: Docker Compose 파일의 간략한 역사
· 배경
도커 작성 구성
Compose는 Fig라는 타사 도구로 시작하여 현재 사양 이전에 여러 파일 형식을 거쳤습니다. 이 게시물은 여전히 야생에서 발견되는 파일을 설명하는 이정표를 추적합니다.
한 회사에 있는 서로 다른 모양의 세 가지 파일 — 버전 없는 파일, 버전: '2', 버전이 전혀 없는 compose.yaml
한 회사에 있는 서로 다른 모양의 세 가지 파일 — 버전이 없는 파일, 버전: '2', 버전이 전혀 없는 compose.yaml입니다. 증거: 서로 다른 모양의 파일이 공존할 수 있지만 이 저장소는 연대순을 제공하지 않습니다. 일회용 리터럴로 파일 모양을 재현합니다. 각 소스 발생을 서비스 볼륨 네트워크와 연결합니다. 목적지 검토를 위해 역사적 연대기를 예약하십시오.
구성 문제는 또한 별도의 구성 문제 경계가 명명된 볼륨과 사용자 지정 네트워크만 최상위 섹션을 추가할 수 있다는 점을 보여줍니다. 증거: 명명된 볼륨과 사용자 지정 네트워크만 최상위 섹션을 추가할 수 있습니다. 이 파일 모양 제약 조건은 중지 지점입니다. 제조 동작 없이 서비스 볼륨 네트워크를 검사한 다음 과거 연대순에 대한 호스트 검사를 문서화합니다.
저장소 증거는 Fig의 기록을 설정하지 않으므로 이 섹션에서는 현재 파서 경계를 설명합니다.
그림 — 연결된 컨테이너를 설명하는 YAML 파일 아이디어를 도입한 Orchard 프로젝트입니다. 증거: Fig 인수 및 릴리스 청구에는 조사된 트리에 소스가 없습니다. 저장소 증거는 Fig의 기록을 설정하지 않으므로 이 섹션에서는 현재 파서 경계를 설명합니다. 파일 형태 토큰을 서비스 볼륨 네트워크로 추적합니다. 순서가 지정된 값을 마지막 값 필드와 구분하세요. 역사적 연대기는 수집 외부에 있습니다.
관련 구성 메커니즘 경계는 이 구성 섹션의 경우 이 구성 섹션 명령의 원본과 이 구성 섹션에 대한 경고를 이 후보 파일 옆에 유지한다는 것입니다. 증거: 저장소는 더 넓은 런타임이나 기록 증거를 제공하지 않습니다. 이 파일 형태 사실을 사용하여 서비스 볼륨 네트워크에서 하나의 멤버 또는 스칼라를 예측합니다. 역사적 연대기에 관해 결정하기 전에 경고를 확인하세요.
획득 또는 출시 연대기는 여기에서 제공되지 않습니다. 대신 레거시처럼 보이는 입력을 현재 출력과 비교하십시오.
Docker Compose 1.0 — 획득 및 이름 변경, services: 키가 없는 v1 파일 형식. 증거: 현재 모델은 항상 서비스와 하나의 서비스 이름으로 시작합니다. 획득 또는 출시 연대기는 여기에 제공되지 않습니다. 대신 기존 출력과 현재 출력을 비교하십시오. 해당 모델에서 파일 모양 직렬화를 판단합니다. 서비스 볼륨 네트워크의 인용은 유형을 보호하지만 역사적 연대기에 대한 운영 증거를 제공하지 않습니다.
두 번째 구성 직렬화 관찰은 이 구성 섹션에 대해 이 구성 섹션에 대한 원래 명령을 유지하고 구성 직렬화 결과가 이 구성 섹션 이미지 메타데이터에 대한 부재 컨텍스트에서 이 구성 섹션 구성에 대해 표시되는 구성 직렬화 결과가 구성 직렬화 변환 외부에 있다는 경고를 유지합니다. 이 파일 형태 출력은 설정을 사용할 수 없는 컨텍스트와 분리합니다. 서비스 볼륨 네트워크를 검토 가능하게 유지하고 과거 연대순을 독립적으로 확인하세요.
생성기의 관찰 가능한 최상위 모델은 서비스와 선택적 볼륨 및 네트워크입니다.
형식 2 및 3 — 서비스, 네트워크 및 볼륨을 최상위 키로 사용한 다음 Swarm 지향 배포: 설정. 증거: 명명된 볼륨과 사용자 지정 네트워크만 최상위 섹션을 추가할 수 있습니다. 생성기의 관찰 가능한 최상위 모델은 서비스와 선택적 볼륨 및 네트워크입니다. 추측 대신 파일 모양 예외에서 중지하십시오. 서비스 볼륨 네트워크 근처에 추가하려면 역사적 연대순과 관련된 배포별 이유가 필요합니다.
또 다른 구성 예외 제약 조건은 이 구성 섹션의 경우 이 구성 섹션 명령의 원본과 이 구성 섹션에 대한 경고를 이 후보 파일 옆에 유지해야 한다는 것입니다. 경고 옆에 원래 파일 모양 명령을 유지하십시오. 비교를 통해 네트워크에 포함된 서비스 볼륨과 수동으로 유지되는 역사적 연대 결정이 무엇인지 보여줍니다.
구현은 버전 없는 하위 집합을 내보내지만 전체 Compose 사양 준수를 주장하지 않습니다.
작성 사양 — 형식을 공개적으로 유지되는 하나의 스키마로 병합합니다. 증거: 버전이 없는 출력은 사양을 완벽하게 준수하지 않습니다. 구현은 버전이 없는 하위 집합을 내보내지만 전체 Compose 사양 준수를 주장하지는 않습니다. 합성 이름으로 파일 모양 예제를 작성합니다. 생산 기록 연대표 세부 정보를 노출하지 않고 모든 서비스 볼륨 네트워크 항목을 추적 가능하게 만듭니다.
동일한 구성 예제 샘플은 이 구성 섹션에 대해 이 구성 섹션 명령의 원본과 이 구성 섹션에 대한 경고를 이 후보 파일 옆에 유지하는 것을 보여줍니다. 쌍을 이루는 파일 형태 사실은 서비스 볼륨 네트워크에 표시되어야 합니다. 해당 행을 기록하고 역사적 연대기에 대한 가정을 피하십시오.
Compose 구현 기록이 저장소 증거 외부에 있습니다. 출력 동작은 지원되는 주제입니다.
Compose v2 — Go를 docker CLI 플러그인으로 다시 작성하고 Python docker-compose를 종료합니다. 증거: 현재 버전 누락은 관찰 가능하지만 마일스톤은 관찰할 수 없습니다. Compose 구현 기록은 저장소 증거 외부에 있습니다. 출력 동작은 지원되는 주제입니다. 파일 모양 결과를 하나의 관찰 가능한 서비스 볼륨 네트워크 차이로 변환합니다. Docker는 이후의 역사적 연대기 평결을 소유합니다.
구성 결과 구현은 또한 이 구성 섹션에 대해 이 구성 섹션에 대한 원본 유지 명령 및 이 구성 섹션 옆에 있는 경고를 보여줍니다. 구성 결과 사실은 이 구성 섹션에 대해 무엇을 정의하는지를 정의합니다. 브라우저는 이 구성 섹션에 대해 기여했으며 docker는 여전히 구성 결과 런타임 평결을 소유합니다. 이 구성 섹션에 대한 운영자는 여전히 구성 결과 보안 정책을 소유합니다. 이 구성 섹션 저장소에 대한 구성 결과 보안 정책은 여전히 필요합니다. 이 구성 섹션에 대해 생성된 서비스를 설명하는 경우 이 구성 섹션에 대해 해당 책임을 별도로 유지합니다. 분할 파일 모양 책임: 변환은 서비스 볼륨 네트워크를 기록하고 저장소는 비밀을 제거하며 운영자는 기록 연대기를 확인합니다.
여기서 다루지 않는 내용 — Swarm 모드, Kubernetes 매니페스트 및 기타 오케스트레이션 형식
여기서 다루지 않는 내용 — Swarm 모드, Kubernetes 매니페스트 및 기타 오케스트레이션 형식. 증거: Swarm Kubernetes 및 대체 오케스트레이터는 소스 외부에 있습니다. 여기에 표시된 서비스 볼륨 네트워크 분기로 파일 형태 범위를 제한합니다. 인접한 형식과 기본값은 역사적 연대기 질문에 답할 수 없습니다.
별도의 구성 제한 경계에서 또 다른 구성 범위 제한이 발생합니다. Fig 획득 및 릴리스 청구에는 검사된 트리에 소스가 없다는 것입니다. 증거: Fig 인수 및 릴리스 청구에는 조사된 트리에 소스가 없습니다. 이 파일 모양 경계를 제외로 처리합니다. 역사적 연대기에 대한 추측보다 정확한 서비스 규모 네트워크를 선호합니다.
요약: 오늘 작성하는 파일은 사양을 따릅니다. 그리고 변환기는 해당 형태의 파일에 넣을 서비스 정의를 제공합니다.
요점: 오늘 작성하는 파일은 사양을 따르며 변환기는 해당 형태의 파일에 넣을 서비스 정의를 제공합니다. 증거: 현재 행동은 타임라인을 작성하지 않고도 문서화할 수 있습니다. 소스 옵션, 모델 필드, 서비스 볼륨 네트워크 라인 및 경고로 파일 모양을 감사합니다. 기록 연대순을 확인하기 전에 비밀을 제거하세요.
마지막으로 구성 요약 소스는 별도의 구성 결정 경계가 현재 모델이 항상 서비스와 하나의 서비스 이름으로 시작한다는 점을 확인합니다. 증거: 현재 모델은 항상 서비스와 하나의 서비스 이름으로 시작됩니다. 파일 모양을 좁게 닫습니다. 서비스 볼륨 네트워크가 후보입니다. 역사적 연대기와 쉘 동등성은 보장되지 않습니다.