Dockerfiles와 docker-compose.yml 사이의 숫자 사용자 아이디 동기화 중입니까?

Question

나는 docker-compose newbie 질문을 가지고 있습니다. Docker 이미지를 생성하고 내부 Artifactory 저장소로 푸는 기존 Jenkins 빌드가 있습니다. Maven/Docker와 두 개의 Docker 파일을 사용하여 구동됩니다. 하나는 응용 프로그램 용이고 다른 하나는 볼륨/데이터 컨테이너 용입니다.

앱 :

FROM centos 
RUN useradd -u 6666 -ms /bin/bash foouser 
COPY src/main/resources/home/foouser/.bashrc /home/foouser/ 
RUN chown -R foouser:foouser /home/foouser 
USER foouser 
COPY src/main/resources/opt/myapp/bin/startup.sh /opt/myapp/bin/ 
WORKDIR /home/foouser 
ENTRYPOINT /opt/myapp/bin/startup.sh && /bin/bash 

데이터 컨테이너 :

FROM centos 
# Environment variable for the path to mount/create. Defaults to /opt/data 
ENV DATA_VOL_PATH="/opt/data" 

# Make sure the user id is the same as the container using the volume, otherwise we may run into permission issues on 
# the container mounting the volume. 
RUN useradd -u 6666 -ms /bin/bash foouser && \ 
    mkdir -p "$DATA_VOL_PATH" && \ 
    chown -R foouser:foouser "$DATA_VOL_PATH" 
VOLUME [ "$DATA_VOL_PATH" ] 

내가 레이블처럼 물건을 생략 등 간결에 대한 Dockerfiles이 같은 모양. 따라서이 Dockerfiles에서 빌드 한 이미지는 로컬 Artifactory 저장소에 저장됩니다. 우리는 이러한 이미지를 인스턴스화하기 위해 Rancher/Cattle을 사용하고 있습니다. Rancher에 Artifactory Repo를 추가하여 거기에서 끌어낼 수 있습니다. 목장의 고정 표시기-compose.yml 파일은 다음과 같은 :

# The data/volumes container for the data. 
data: 
    image: data-image 

# App 
myapp: 
    image: app-image 
environment: 
    DATA_VOL_PATH: 
volumes_from: 
    - data 

내가 (위의 DATA_VOL_PATH 같이) 고정 표시기-작성에서 환경 변수를 전달할 수 있다는 것을 알고,하지만 난 가지 방법으로 혼란 스러워요 작업. Docker 빌드를 실행하면 Dockerfile의 명령이 실행되고 그 이후에는 이미지가 변경되지 않습니다. 이미지를 기반으로 컨테이너를 인스턴스화하면 올바르게 이해 한 경우 새로운 쓰기 가능한 UFS 레이어가 만들어집니다. 그래서 데이터 컨테이너의 경우 볼륨이 실제로 생성되면 변경할 수 없습니다. 맞습니까? 이 가정이 맞다면 1) 두 개의 서로 다른 시스템 (Docker 이미지 생성을위한 Maven과 컨테이너 클러스터 인스턴스 생성을위한 Rancher)에서 사용자 ID를 가장 효과적으로 동기화하는 방법과 2) 생성을 유도하는 것이 더 낫습니다. docker-compose.yml의 데이터 볼륨 컨테이너 전체? 그러면 Docker-compose.yml에서 데이터 컨테이너의 Dockerfile 내용을 어떻게 복제 할 수 있습니까?

나는 이것이 매우 일반적인 시나리오라고 가정하므로 거기에 몇 가지 "모범 사례"솔루션이 있어야합니다. 감사.

Answer 1

필자도이 경우에도 Docker 컨테이너에 루트가 아닌 프로세스가 있었으며이 프로세스는 호스트에서 마운트 된 파일에 액세스해야하므로 UID/GID 값에주의해야했습니다. Docker 이미지와 호스트 모두에 있습니다.

나는 그것에 대해 좋은 결정이 없다는 사실에 두려워합니다. 고정 표시기 이미지는 실제로 변경할 수 없으므로 일부 계약을 체결하거나 타사 소프트웨어를 사용하여 빌드 및 배포 프로세스를 제어해야합니다.

docker-compose의 사용을 중단하고 SaltStack을 시도하는 것이 좋습니다.