-
전달할 별도의 패키지를 만들었습니다.
Cloud Docker for Commerce
—코드 품질을 유지하고 독립적인 릴리스를 제공하기 위해 Commerce용 Cloud Docker를 전달할 소스 코드를ece-tools
저장소에서 새magento-cloud-docker
저장소(으)로 이동했습니다. 새 패키지는 ECE-Tools v2002.1.0 이상에 종속됩니다.ece-tools를 업데이트할 때
magento/magento-cloud-docker
패키지도 버전 1.0.0으로 업데이트합니다. 이전ece-tools
릴리스(2002.0.x)와 함께 Commerce용 Cloud Docker를 사용한 경우 이전 버전과의 비호환성을 검토하고 필요에 따라 프로젝트를 스크립트, 명령 및 프로세스로 업데이트합니다. -
Docker 이미지에 버전 지정을 추가했습니다—업데이트된 이미지를 가져오려면 이제
magento/magento-cloud-docker
패키지를 업데이트해야 합니다. -
컨테이너 업데이트—
-
PHP-FPM 컨테이너—
-
Node.js 지원이 추가됨—PHP 컨테이너 내의 node, npm 및 grunt-cli 기능을 지원하도록 PHP-FPM 이미지를 업데이트했습니다.
-
ionCube 에 대한 지원이 추가됨—로컬 Docker 개발 환경에서 ionCube를 지원하도록 기본 Docker 구성이 업데이트되었습니다.
-
-
웹 컨테이너—
-
NGINX 구성 사용자 지정—사용자 지정
nginx.conf
파일을 Commerce 환경용 Cloud Docker에 탑재하는 기능이 추가되었습니다. 웹 컨테이너.를 참조하세요. -
자동으로 생성된 NGINX 인증서—이제 Docker 구성 파일에 웹 컨테이너에 대한 NGINX 인증서를 자동으로 생성하는 구성이 포함됩니다.
-
-
새 Selenium 컨테이너—MTF(Magento 기능 테스트 프레임워크)를 사용하여 Adobe Commerce 응용 프로그램 테스트를 지원하도록 Selenium 컨테이너를 추가했습니다.
-
RabbitMQ버전 지원—RabbitMQ 버전 3.8을 지원하도록 RabbitMQ 컨테이너 구성을 업데이트했습니다.
-
영구 데이터베이스 컨테이너—Docker 구성을 중지했다가 제거하고 Docker 구성을 다시 시작하면
magento-db: /var/lib/mysql
데이터베이스 볼륨이 이제 유지됩니다. 이제 데이터베이스 볼륨을 수동으로 삭제해야 합니다. [데이터베이스 컨테이너].를 참조하세요. -
TLS 컨테이너—
-
공식 이미지를 사용하도록 컨테이너 기본 이미지를 업데이트했습니다—이제 Cloud TLS 컨테이너 이미지가 공식
debian:jessie
도커 이미지를 기반으로 합니다.— -
파운드 TLS 종료 프록시] 에 대한 지원이 추가됨-파운드 구성 파일은(는) 다음 ENV 변수를 추가하여 TLS 컨테이너의 도커 구성을 사용자 지정합니다.[
-
TimeOut
- 시간을 첫 번째 바이트(TTFB) 시간 초과 값으로 설정합니다. 기본값은 300초입니다. -
RewriteLocation
- 기본적으로 파운드 프록시가 위치를 요청 URL에 다시 쓸지 여부를 결정합니다. 다시 작성으로 인해 외부 SSO 사이트와 같은 외부 웹 사이트로의 리디렉션이 중단되지 않도록 하려면 기본값이0
입니다. Sorin Sugar에서 수정 제출됨
-
-
TLS 컨테이너 구성의 시간 제한 값을 15초에서 300초로 늘렸습니다. Zilker Technology에서 Mathew Beane이 제출한 수정 내용
-
-
바니시 컨테이너—
-
공식 이미지를 사용하도록 컨테이너 기본 이미지를 업데이트했습니다—이제 Cloud 바니시 컨테이너가 공식
centos
도커 이미지를 기반으로 합니다. -
기본 시간 초과 구성 개선-바니시 컨테이너에
.first_byte_timeout
및.between_bytes_timeout
구성 추가 두 시간 제한 값은 모두 기본적으로300s
(5분)입니다. Zilker Technology에서 Mathew Beane이 제출한 수정 내용 -
Xdebug 세션 중 바니시 건너뛰기—Xdebug가 활성화된 경우 받은 요청에 대해
pass
을(를) 반환하도록 바니시 컨테이너 구성을 업데이트했습니다. 이전 릴리스에서는 도커 환경에 Varnish가 포함된 경우 Xdebug를 사용할 수 없었습니다. Zilker Technology에서 Mathew Beane이 제출한 수정 내용.
-
-
-
Docker 구성 변경—
-
프로젝트의 마운트 및 볼륨 관리—로컬 개발을 위해 Docker 환경을 시작할 때 마운트 및 볼륨을 관리하는 기능을 추가했습니다. [프로젝트 데이터 공유]를 참조하십시오.
-
네트워크 브리지 모드 지원—로컬 네트워크를 통해 Docker 컨테이너 간 연결을 사용하도록 네트워크 브리지 모드에 대한 지원을 추가했습니다.
-
Cron 컨테이너가 기본적으로 비활성화되어 있음—성능을 개선하기 위해 Docker 환경을 빌드할 때 Cron 컨테이너가 더 이상 기본적으로 구성되지 않습니다. Docker 빌드 명령의
--with-cron
옵션을 사용하여 Cron 컨테이너를 환경에 추가할 수 있습니다. cron 작업 관리.를 참조하십시오. -
대용량 백업 파일 동기화 중지—DB 덤프 및 보관 파일(ZIP, SQL, GZ 및 BZ2)을
dist/docker-sync.yml
및dist/mutagen.sh
파일의 제외 목록에 추가했습니다. 대용량 파일(>1GB)을 동기화하면 사용하지 않는 기간이 발생할 수 있으며 백업 파일을 다시 생성할 수 있으므로 동기화가 일반적으로 필요하지 않습니다.
-
-
명령 변경—
-
./bin/docker
파일이 기존 Docker 이진 파일을 덮어쓰므로 일부 Docker 환경이 중단되는 문제를 해결하기 위해./bin/docker
파일의 이름을./bin/magento-docker
(으)로 변경했습니다. 스크립트와 명령을 업데이트해야 하는 이전 버전과 호환되지 않는 변경 내용입니다. -
데이터베이스 포트를 호스트에 표시하는 서비스 구성 옵션을 추가했습니다.—
docker-compose.yml
파일을 작성할 때 데이터베이스 포트를 호스트에 표시하려면--expose-db-port= [Fix submitted by Adarsh Manickam from Zilker Technology](https://github.com/magento/magento-cloud-docker/pull/101).<PORT>
옵션을 사용하십시오.bin/ece-docker build:compose --expose-db-port=<PORT>
-
새 배포 후 명령 - 이전에는
cloud-deploy
명령을 사용하여 Adobe Commerce을 Cloud Docker 컨테이너에 배포한 후.magento.app.yaml
파일에 정의된 배포 후 후크가 자동으로 실행되었습니다. 이제 배포한 후 배포 후 후크를 실행하려면 별도의cloud-post-deploy
명령을 실행해야 합니다. 개발자 및 프로덕션 모드에 대해 업데이트된 실행 지침을 참조하십시오. -
빌드 및 배포 컨테이너에 대한
./bin/magento-docker
명령에--rm
옵션을 추가했습니다. 작업이 완료되면 컨테이너가 제거됩니다. -
명령
build:compose
에 대한 업데이트—-
개발자 모드에서 Docker 구성 파일을 생성할 때 파일 동기화를 사용하지 않도록 하기 위해
docker-build
명령에--sync-engine="native"
옵션을 추가했습니다. 로컬 도커 개발을 위해 파일 동기화가 필요하지 않은 Linux 시스템에서 개발할 때 이 옵션을 사용합니다. 도커 환경에서 데이터 동기화를 참조하십시오.
-
개발자 모드에서 Docker 구성 파일을 생성할 때 파일 동기화를 사용하지 않도록 하기 위해
-
기본 파일 동기화 설정을
docker-sync
에서native
(으)로 변경했습니다. Zilker Technology에서 Mathew Beane이 제출한 수정 내용.
-
-
유효성 검사 개선 사항—
-
로컬 Docker 개발 환경에 대한 배포 프로세스에 유효성 검사를 추가하여 클라우드 환경 구성에 데이터베이스를 해독하는 데 필요한 암호화 키가 포함되어 있는지 확인했습니다. 이제 환경 구성이 암호화 키의 값을 지정하지 않으면 로그에 오류 메시지가 표시됩니다.
-
빌드 및 배포 처리를 계속하기 전에 서비스가 준비되었는지 확인하기 위해 Elasticsearch 서비스에 컨테이너 상태 검사를 추가했습니다. 상태 검사에서 오류가 반환되면 컨테이너가 자동으로 다시 시작됩니다.
-