구성 모범 사례

Commerce은 더 높은 처리량을 제공할 뿐만 아니라 페이지의 응답 시간을 향상시키는 데 사용할 수 있는 많은 설정 및 도구를 제공합니다.

크론 작업

Commerce의 모든 비동기 작업은 Linux cron 명령을 사용하여 수행됩니다. 올바르게 구성하려면 cron 구성 및 실행을 참조하십시오.

인덱서

인덱서는 Update on Save 또는 Update on Schedule 모드에서 실행할 수 있습니다. Update on Save 모드는 카탈로그나 다른 데이터가 변경될 때마다 즉시 인덱싱합니다. 이 모드는 스토어에서 업데이트 및 탐색 작업의 강도가 낮다고 가정합니다. 이로 인해 고부하 작업 중에 상당한 지연이 발생하고 데이터를 사용할 수 없게 될 수 있습니다. 일정에 따라 업데이트 ​를 사용하는 것이 좋습니다. 데이터 업데이트에 대한 정보를 저장하고 특정 cron 작업을 통해 백그라운드에서 부분별 인덱싱을 수행하기 때문입니다. System > Tools > Index Management 구성 페이지에서 각 Commerce 인덱서의 모드를 개별적으로 변경할 수 있습니다. Customer Grid 인덱스는 항상 Update on Save 모드로 설정되어야 합니다.

캐시

프로덕션에서 스토어를 시작하면 System > Tools > Cache Management 페이지에서 모든 캐시를 활성화합니다. 효율적인 프로덕션 페이지 캐시 솔루션이므로 Varnish을(를) 사용하는 것이 좋습니다.

비동기 이메일 알림

"비동기 이메일 알림" 설정을 활성화하면 이메일 알림 체크 아웃 및 주문 처리를 처리하는 프로세스가 백그라운드로 이동합니다. 이 기능을 사용하려면 Stores> Settings > Configuration > Sales > Sales Emails > General Settings >Asynchronous Sending(으)로 이동하십시오. 자세한 내용은 관리 사용 안내서 ​의 판매 전자 메일을 참조하십시오.

비동기 주문 데이터 처리

Commerce이(가) 집중 주문 처리를 수행하는 동시에 상점 집중 판매가 발생하는 경우가 있을 수 있습니다. 해당 테이블에서 읽기 및 쓰기 작업 간의 충돌을 방지하기 위해 데이터베이스 수준에서 이 두 트래픽 패턴을 구분하도록 Commerce을(를) 구성할 수 있습니다. 주문 데이터를 비동기식으로 저장하고 인덱싱할 수 있습니다. 주문이 임시 저장소에 보관되고 충돌 없이 Order Management 그리드로 대량으로 이동됩니다. 이 옵션은 Stores> Settings > Configuration > Advanced > Developer > Grid Settings >Asynchronous indexing ​에서 활성화할 수 있습니다. 자세한 내용은 관리 사용 안내서 ​의 예약된 격자 업데이트를 참조하십시오.

비동기 구성 저장

저장소 수준 구성이 많은 프로젝트의 경우 저장소 구성을 저장하는 데 과도한 시간이 소요되거나 시간 초과가 발생할 수 있습니다. 비동기 구성 모듈을 사용하면 소비자가 메시지 큐에서 저장을 처리하는 크론 작업을 실행하여 비동기 구성을 저장할 수 있습니다. AsyncConfig는 기본적으로 disabled ​입니다.

명령줄 인터페이스를 사용하여 AsyncConfig를 활성화할 수 있습니다.

bin/magento setup:config:set --config-async 1

set 명령은 app/etc/env.php 파일에 다음 내용을 씁니다.

...
   'config' => [
       'async' => 1
   ]

다음 소비자를 시작하여 선입선출 방식으로 대기열에 있는 메시지 처리를 시작합니다.

bin/magento queue:consumers:start saveConfigProcessor --max-messages=1

지연된 재고 업데이트

매출이 많은 시간대에는 Commerce에서 주문과 관련된 재고 업데이트를 연기할 수 있습니다. 이를 통해 작업 수를 최소화하고 주문 배치 프로세스를 가속화할 수 있습니다. 그러나 이 옵션은 재고량이 마이너스로 이어질 수 있으므로 위험성이 있으며 스토어에서 미납주문이 활성화된 경우에만 사용할 수 있습니다. 이 옵션은 주문형 재고를 쉽게 다시 채울 수 있는 스토어의 체크아웃 플로우에서 상당한 성능 향상을 가져올 수 있습니다. 사이트에서 지연된 주식 업데이트를 활성화하려면 Stores> Settings > Configuration > Catalog > Inventory > Product Stock Options >Use Deferred Stock Update(으)로 이동하십시오. 자세한 내용은 Adobe Commerce 사용 안내서 ​의 인벤토리 관리를 참조하십시오.

클라이언트측 최적화 설정

Commerce 인스턴스의 Storefront 응답성을 개선하려면 기본 또는 개발자 모드에서 관리자로 이동하여 다음 설정을 변경하십시오.

Stores-> Configuration -> Advanced -> Developer:

Enable JavaScript Bundling 옵션을 활성화하면 Commerce에서 모든 JS 리소스를 상점 첫 페이지에 로드되는 하나 또는 번들 세트로 병합할 수 있습니다. JS를 번들링하면 서버에 대한 요청이 줄어들어 페이지 성능이 향상됩니다. 또한 브라우저가 JS 리소스를 첫 번째 호출에 캐시하고 이후의 모든 탐색에 다시 사용할 수 있도록 지원합니다. 또한 모든 JS가 텍스트로 로드되므로 이 옵션은 소극적 평가도 제공합니다. 페이지에서 특정 작업이 트리거된 후에만 코드 분석 및 평가를 시작합니다. 그러나 모든 JS 콘텐츠는 첫 번째 호출에서 로드되므로 첫 번째 페이지 로드 시간이 매우 중요한 저장소에는 이 설정이 권장되지 않습니다.

번들링 팁

고객 세그먼트 유효성 검사

고객 세그먼트가 많은 가맹점은 고객 로그인 및 장바구니에 제품 추가와 같은 고객 작업에 대해 상당한 성능 저하를 경험할 수 있습니다.

고객 작업은 고객 세그먼트에 대한 유효성 검사 프로세스를 트리거하며, 이로 인해 성능이 저하될 수 있습니다. 기본적으로 Adobe Commerce은 각 세그먼트를 실시간으로 확인하여 일치하는 고객 세그먼트와 일치하지 않는 고객 세그먼트를 정의합니다.

성능 저하를 방지하려면 Real-time Check if Customer is Matched by Segment 시스템 구성 옵션을 아니요(으)로 설정하여 하나의 결합된 조건 SQL 쿼리를 통해 고객 세그먼트의 유효성을 검사할 수 있습니다.

이 최적화를 사용하려면 Stores> Settings > Configuration > Customers > Customer Configuration > Customer Segments >Real-time Check if Customer is Matched by Segment(으)로 이동하십시오.

이 설정은 시스템에 고객 세그먼트가 많은 경우 고객 세그먼트 유효성 검사 성능을 향상시킵니다. 그러나 분할 데이터베이스 구현 또는 등록된 고객이 없는 경우에는 작동하지 않습니다.

데이터베이스 유지 관리 일정 database

스테이징 및 프로덕션 인스턴스에 대해 정기적인 데이터베이스 백업을 수행하는 것이 좋습니다. 백업 작업의 I/O 집약적 특성으로 인해 백업 속도가 느려지고 잠재적인 문제가 발생할 수 있습니다. 여러 환경에 대해 데이터베이스 프로세스를 동시에 실행하면 사용 가능한 리소스에 대한 경합으로 인해 속도가 느려질 수 있습니다.

성능을 향상시키려면 백업이 사용량이 적은 시간에 한 번에 하나씩 연속적으로 실행되도록 예약하십시오. 이 방법을 사용하면 입출력 경합을 방지하고 특히 작은 인스턴스, 큰 데이터베이스 등의 경우 완료 시간을 줄일 수 있습니다.

예를 들어 스토어에서 방문 횟수가 적을 경우 준비 데이터베이스가 뒤따르는 프로덕션 데이터베이스의 백업을 예약하는 것이 좋습니다.

그리드의 제품 수 제한

큰 카탈로그의 제품 그리드 성능을 향상시키려면 Stores> Settings > Configuration > Advanced > Admin > Admin Grids >Limit Number of Products in Grid 시스템 구성 설정으로 그리드의 제품 수를 제한하는 것이 좋습니다.

이 시스템 구성 설정은 기본적으로 비활성화되어 있습니다. 활성화하면 그리드의 제품 수를 특정 값으로 제한할 수 있습니다. Records Limit ​은(는) 사용자 지정 가능한 설정이며 기본값은 20000입니다.
Limit Number of Products in Grid 설정을 사용하도록 설정하고 표의 제품 수가 레코드 제한보다 크면 제한된 레코드 컬렉션이 반환됩니다. 제한에 도달하면 검색된 총 레코드, 선택한 레코드 수 및 페이지 매김 요소가 그리드 헤더에서 숨겨집니다.

그리드의 총 제품 수가 제한되는 경우, 제품 그리드 질량 작용에 영향을 미치지 않는다. 제품 격자 프레젠테이션 레이어에만 영향을 줍니다. 예를 들어, 그리드에 제한된 20000 제품 수가 있고 사용자가 Select All ​을(를) 클릭하고 Update attributes 대량 작업을 선택한 다음 일부 특성을 업데이트합니다. 따라서 20000 레코드의 제한된 컬렉션이 아니라 모든 제품이 업데이트됩니다.

제품 격자 제한은 UI 구성 요소에서 사용하는 제품 컬렉션에만 영향을 줍니다. 따라서 모든 제품 그리드가 이 제한의 영향을 받는 것은 아닙니다. Magento\Catalog\Ui\DataProvider\Product\ProductCollection을(를) 사용하는 사용자만
다음 페이지에서만 제품 그리드 컬렉션을 제한할 수 있습니다.

제품 격자를 제한하지 않으려면 필터를 보다 정확하게 사용하여 결과 컬렉션의 항목 수를 Records Limit ​보다 적게 설정하는 것이 좋습니다.