스타터 아키텍처
Adobe Commerce on cloud infrastructure Starter 아키텍처는 초기 프로젝트 코드, 스테이징 환경 및 최대 2개의 통합 환경을 포함하는 master 환경을 포함하여 최대 4개 환경을 지원합니다.
모든 환경은 PaaS(Platform as a Service) 컨테이너에 있습니다. 이러한 컨테이너는 서버 그리드의 매우 제한된 컨테이너 내에 배포됩니다. 이러한 환경은 로컬 작업 영역에서 푸시된 분기의 배포된 코드 변경 사항을 수락하는 읽기 전용입니다. 각 환경은 데이터베이스와 웹 서버를 제공합니다.
원하는 개발 및 분기 방법을 사용할 수 있습니다. 프로젝트에 처음 액세스하면 master 환경에서 staging 환경을 만듭니다. 그런 다음 staging에서 분기하여 integration 환경을 만듭니다.
초보자 환경 아키텍처
다음 다이어그램은 Starter 환경의 계층적 관계를 보여 줍니다.
프로덕션 환경
프로덕션 환경은 공개 대상 단일 및 다중 사이트 스토어를 실행하는 클라우드 인프라에 Adobe Commerce을 배포하기 위한 소스 코드를 제공합니다. 프로덕션 환경에서는 master 분기의 코드를 사용하여 웹 서버, 데이터베이스, 구성된 서비스 및 응용 프로그램 코드를 구성하고 사용하도록 설정합니다.
production 환경은 읽기 전용이므로 integration 환경을 사용하여 코드를 변경하고, integration에서 staging(으)로, 그리고 마지막으로 production 환경으로 배포합니다. 스토어 배포 및 사이트 시작을 참조하세요.
Adobe은 production 환경에 배포되는 master 분기로 푸시하기 전에 staging 분기에서 완전히 테스트하는 것을 권장합니다.
스테이징 환경
Adobe은 master에서 staging(이)라는 분기를 만들 것을 권장합니다. staging 분기는 스테이징 환경에 코드를 배포하여 코드, 모듈 및 확장, 결제 게이트웨이, 배송, 제품 데이터 등을 테스트하는 사전 프로덕션 환경을 제공합니다. 이 환경은 Fastly, New Relic APM 및 검색을 포함하여 프로덕션 환경에 맞게 모든 서비스를 구성할 수 있도록 제공합니다.
이 안내서의 추가 섹션에서는 보안 스테이징 환경에서 최종 코드 배포 및 프로덕션 수준 상호 작용을 테스트하는 방법에 대한 지침을 제공합니다. 최상의 성능 및 기능 테스트를 위해 데이터베이스를 스테이징 환경으로 복제하십시오.
통합 환경
개발자는 integration 환경을 사용하여 다음을 개발, 배포 및 테스트합니다.
-
Adobe Commerce 애플리케이션 코드
-
사용자 지정 코드
-
확장
-
서비스
권장 사용 사례:
통합 환경은 제한된 테스트 및 개발을 위해 설계되었습니다. 예를 들어 통합 환경을 사용하여 다음 작업을 완료할 수 있습니다.
-
CI(지속적 통합) 프로세스에 대한 변경 사항이 클라우드와 호환되는지 확인
-
홈, 카테고리, PDP(제품 세부 사항 페이지), 체크아웃 및 관리자와 같은 주요 페이지에서 중요한 워크플로우를 테스트합니다
통합 환경에서 최상의 성능을 얻으려면 다음 모범 사례를 따르십시오.
-
카탈로그 크기 제한 - 참고로 샘플 데이터에는 약 2,048개의 제품이 포함되어 있습니다. 카탈로그 크기를 약 4,000~5,000개의 제품으로 줄여 보십시오.
카탈로그의 제품 수를 확인하려면 다음 MySQL 쿼리를 실행합니다.code language-sql select distinct count(entity_id) from catalog_product_entity; -
고객 그룹 수 감소 - 고객 그룹이 너무 많으면 색인화 성능 및 전체 성능에 영향을 줄 수 있습니다.
-
1명 또는 2명의 동시 사용자로 사용 제한
-
cron 작업을 비활성화하고 필요에 따라 수동으로 실행
최대 2개 의 활성 통합 환경을 사용할 수 있습니다. staging 분기에서 분기를 만들어 통합 환경을 만듭니다. 통합 환경을 만들 때 환경 이름이 분기 이름과 일치합니다. 통합 환경은 웹 서버와 데이터베이스를 포함한다. 모든 서비스가 포함되지 않습니다. 예를 들어 Fastly CDN 및 New Relic은 사용할 수 없습니다.
코드 스토리지에 대한 비활성 분기의 수는 제한이 없습니다. 비활성 분기에 액세스하고, 확인하고, 테스트하려면 해당 분기를 활성화해야 합니다
프로덕션 및 스테이징 기술 스택
프로덕션 및 스테이징 환경에는 다음 기술이 포함됩니다. .magento.app.yaml 파일을 통해 이러한 기술을 수정하고 구성할 수 있습니다.
- HTTP 캐싱 및 CDN용 Fastly
- PHP-FPM과 대화하는 Nginx 웹 서버, 여러 작업자가 있는 하나의 인스턴스
- Redis 서버
- Adobe Commerce 2.2 - 2.4.3-p2에 대한 카탈로그 검색 Elasticsearch
- Adobe Commerce 2.3.7-p3, 2.4.3-p2 및 2.4.4 이상에 대한 카탈로그 검색 OpenSearch
- 이그레스 필터링(아웃바운드 방화벽)
서비스
클라우드 인프라의 Adobe Commerce은 현재 PHP, MySQL(MariaDB), Elasticsearch(Adobe Commerce 2.2 ~ 2.4.3-p2), OpenSearch(2.3.7-p3, 2.4.3-p2, 2.4.4 이상), Redis 및 RabbitMQ 서비스를 지원합니다.
각 서비스는 별도의 보안 컨테이너에서 실행됩니다. 컨테이너는 프로젝트에서 함께 관리됩니다. 다음과 같은 일부 서비스는 표준입니다.
-
HTTP 라우터(수신 요청을 처리하지만 캐싱 및 리디렉션도 처리)
-
PHP 애플리케이션 서버
-
Git
-
SSH(Secure Shell)
소프트웨어 버전
클라우드 인프라의 Adobe Commerce은 Debian GNU/Linux 운영 체제와 NGINX 웹 서버를 사용합니다. 이 소프트웨어를 업그레이드할 수 없지만 다음에 대한 버전을 구성할 수 있습니다.
스테이징 및 프로덕션 환경에서는 CDN 및 캐싱에 Fastly를 사용합니다. Fastly CDN 확장의 최신 버전은 프로젝트의 초기 프로비저닝 중에 설치됩니다. 확장을 업그레이드하여 최신 버그 수정 및 개선 사항을 얻을 수 있습니다. Magento 2🔗에 대한 Fastly CDN 모듈을 참조하십시오. 또한 성능 모니터링을 위해 New Relic에 액세스할 수 있습니다.
다음 파일을 사용하여 구현에 사용할 소프트웨어 버전을 구성합니다.
백업 및 재해 복구
Cloud Console 또는 CLI를 사용하여 데이터베이스 및 파일 시스템의 백업을 만들 수 있습니다. 백업 관리를 참조하십시오.
개발 준비
다음 워크플로는 코드를 분기하고 스토어를 개발 및 배포하는 프로세스를 요약합니다.
-
로컬 환경 설정
-
로컬 환경에
master분기 복제 -
master에서staging분기 만들기 -
staging에서 개발할 분기 만들기 -
테스트를 위해 환경에 빌드하고 배포하는 Git에 코드 푸시
스토어를 개발, 테스트 및 배포하는 자세한 지침 및 연습은 다음 섹션을 참조하십시오.
-
Docker 개발(Commerce용 Cloud Docker에서 사용할 수 있는 로컬 개발 환경)