Analysis Workspace 성능 최적화

요소

정의

영향을 주는 요소

최적화

Adobe에 연결

성능 페이지가 열릴 때 Adobe에서 10개의 테스트 호출을 보냅니다. 이는 Adobe로 보내는 호출이 성공하는 비율을 나타냅니다.

로컬 네트워크 문제 또는 Adobe 문제가 이 요소에 영향을 줍니다.

알려진 서비스 문제가 있는지 확인하려면 status.adobe.com을 점검합니다. 그런 다음 로컬 네트워크 연결을 확인합니다.

인터넷 대역폭

Google Chrome에서만 사용할 수 있습니다. 브라우저에서 예상하는 현재 위치의 대역폭입니다. 지침은 2.0MB/s입니다.

로컬 네트워크 연결이 이 요소에 영향을 줍니다.

로컬 네트워크 연결을 확인합니다.

인터넷 지연 시간

성능 페이지가 열릴 때 Adobe에서 10개의 테스트 호출을 보냅니다. 이는 각 요청이 Adobe로 이동하고 반환되는 데 평균적으로 소요되는 시간을 나타냅니다. 즉, 현재 위치와 Adobe 사이의 인터넷 속도 측정입니다. 지침은 1초 미만입니다.

로컬 네트워크 문제, 열려 있는 많은 브라우저 탭 또는 Adobe 문제가 이 요소에 영향을 줍니다.

알려진 서비스 문제가 있는지 확인하려면 status.adobe.com을 점검합니다. 그런 다음, 로컬 네트워크 연결을 확인하고 사용하지 않는 탭을 닫습니다.

요소

정의

영향을 주는 요소

최적화

연산 속도

컴퓨터에서 처리 테스트를 수행하는 속도입니다. 지침은 750ms 미만입니다.

하드웨어는 물론, 동시 실행 프로그램도 이 요소에 영향을 줍니다.

컴퓨터의 작업 관리자(PC) 또는 활동 상태 보기(Mac)를 열어 프로그램을 닫을 수 있는지 결정합니다. 그런 다음, 사용하지 않는 브라우저 탭 또는 기타 프로그램을 닫습니다.

이러한 작업이 도움이 되지 않는 경우 IT 팀에 하드웨어 세부 사항을 문의합니다.

사용된 메모리

Google Chrome에서만 사용할 수 있습니다. Google Chrome 브라우저의 모든 작업 영역 탭에서 총 4GB의 메모리를 공유합니다. 이는 현재 프로젝트에서 사용 중인 메모리 허용 비율을 나타냅니다. 지침은 작업 영역에서 메모리 오류 표시가 시작되는 지점인 3,500MB입니다.

여러 탭에서 작업하거나 50,000개의 데이터 행을 다운로드하면 메모리 사용량이 증가합니다.

메모리 오류가 발생하면 기타 작업 영역 탭을 닫거나 한 번에 50,000개 행 다운로드를 실행합니다.

사용된 로컬 스토리지

브라우저에 사용할 수 있도록 컴퓨터에 로컬로 저장된 데이터입니다. 원본(예: experience.adobe.com)마다 10MB가 허용됩니다.

Analysis Workspace에서는 자동 저장(기존) 프로젝트, 사용자 설정 및 기능 플래그를 저장하는 등 여러 가지 기능에 로컬 저장소를 사용합니다.

Analysis Workspace 기능이 중단되지 않도록 experience.adobe.com 도메인의 로컬 저장소를 지웁니다.

렌더링 속도

FPS는 브라우저에서 화면에 페이지를 그리는 횟수인 초당 프레임을 의미합니다. 일반적으로 사람의 눈으로는 24 FPS를 관찰할 수 있습니다. FPS가 이보다 낮으면 작업 영역에서 렌더링 문제가 발생합니다.

FPS는 한 번에 많은 Workspace 프로젝트의 멀티태스킹과 보고 있는 프로젝트의 크기에 영향을 받습니다. 컴퓨터에서 실행 중인 스트리밍, 백그라운드 스캐너 등과 같은 기타 프로그램이 영향을 받을 수 있습니다. 하드웨어도 이 요소에 영향을 줍니다.

컴퓨터의 작업 관리자(PC) 또는 활동 상태 보기(Mac)를 열어 프로그램을 닫을 수 있는지 결정합니다. 그런 다음, 사용하지 않는 브라우저 탭 또는 기타 프로그램을 닫습니다.

이러한 작업이 도움이 되지 않는 경우 IT 팀에 하드웨어 세부 사항을 문의합니다.

요소

정의

최적화

요청 수

프로젝트에 표시되는 데이터를 검색하기 위해 Adobe에 수행된 총 요청 수입니다. 쿼리에는 테이블에 대한 등급 요청, 예외 항목 탐지, 스파크라인, 왼쪽 레일에 표시된 구성 요소 등이 포함됩니다. 축소된 패널 및 시각화를 제외합니다. 지침은 100개입니다.

특정 목적 또는 관련자 그룹에 도움이 되는 여러 프로젝트로 데이터를 분할하여 프로젝트를 최대한 간소화합니다. 태그를 사용하여 프로젝트를 테마로 분류하고, 관련자들이 필요한 내용을 더 손쉽게 찾을 수 있도록 직접 연결을 사용하여 내부 목차를 만듭니다.

확장된 패널(총 패널 중)

프로젝트의 총 패널 수 중 확장된 패널 수입니다. 지침은 5개입니다.

프로젝트를 단순화하는 단계를 수행한 후 로드 시 볼 필요가 없는 프로젝트의 패널을 축소합니다. 프로젝트를 열면 확장된 패널만 처리됩니다. 축소된 패널은 사용자가 확장할 때까지 처리되지 않습니다.

확장된 시각화(총 시각화 중)

숨겨진 데이터 소스를 포함하여 프로젝트의 총계 중 확장된 테이블 및 시각화의 수입니다. 지침은 15개입니다.

프로젝트를 단순화하는 단계를 수행한 후 로드 시 볼 필요가 없는 프로젝트의 시각화를 축소합니다. 필요한 경우 보고서의 소비자에게 가장 중요한 비주얼을 우선순위화하고 지원 비주얼을 별도의 더욱 상세한 패널 또는 프로젝트로 분류합니다.

자유 형식 셀 개수

모든 테이블의 행과 열을 곱하여 계산한 프로젝트의 총 자유 형식 테이블 셀 수입니다. 숨겨진 데이터 소스를 제외합니다. 지침은 4,000개입니다.

테이블의 열 수를 가장 관련성이 높은 데이터 포인트로만 줄입니다. 표시된 행 수를 조정하거나 테이블 필터를 적용하거나 세그먼트를 적용하여 테이블의 행 수를 줄입니다.

사용 가능한 구성 요소

프로젝트의 모든 보고서 세트에 걸쳐 프로젝트의 왼쪽 레일에서 검색된 총 구성 요소 수입니다. 왼쪽 레일이 로드되는 속도와 검색 결과가 반환되는 속도가 영향을 받습니다. 지침은 2,000개입니다.

구성 요소 세트가 더욱 맞춤화되는 선별된 가상 보고서 세트를 만드는 방법은 제품 관리자에게 문의하십시오.

사용된 구성 요소

프로젝트에서 사용되는 총 구성 요소 수입니다. 지침은 100개입니다.

사용된 구성 요소 수는 성능에 직접적인 영향을 주지 않습니다. 그러나, 이러한 구성 요소의 복잡성에 따라 프로젝트의 성과가 달라집니다. 아래의 “추가 요소” 섹션에서 최적화를 참조하십시오.

가장 긴 날짜 범위

이 요소에서는 프로젝트에 사용되는 가장 긴 날짜 범위를 표시합니다. 지침은 1년입니다.

가능하면 필요 이상의 데이터를 가져오지 마십시오. 패널 캘린더의 범위를 분석 관련 날짜로 좁히거나 자유 형식 테이블에서 날짜 범위 구성 요소(자주색 구성 요소)를 사용합니다. 테이블에 사용된 날짜 범위는 패널 날짜 범위를 덮어씁니다. 예를 들어 지난 달, 지난 주 및 어제를 테이블 열에 추가하여 해당하는 특정 데이터 범위를 요청할 수 있습니다. Analysis Workspace에서 날짜 범위 작업에 대한 자세한 내용은 이 비디오에서 확인하십시오.

프로젝트에서 사용되는 연도별 비교 횟수도 최소화합니다. 연도별 비교가 계산되면 관심 월들 사이의 전체 13개월 데이터를 살펴봅니다. 패널 날짜 범위를 지난 13개월로 변경하는 것과 동일한 효과가 있습니다.

요소

정의

최적화

요청이 시작되는 시점부터 완료되는 시점까지 필요한 시간. 지침은 15초입니다.

위의 요청 처리 다이어그램에서 요청 시간은 Analysis Workspace 요청이 시작됨 ​부터 Analysis Workspace 요청 완료 ​까지의 전체 프로세스를 나타냅니다.

요청이 시작되는 시점부터 완료되는 시점까지 필요한 시간.

위의 요청 처리 다이어그램에서 요청 시간은 Analysis Workspace 요청이 시작됨 ​부터 Analysis Workspace 요청 완료 ​까지의 전체 프로세스를 나타냅니다.

Analysis Workspace은 모든 세그먼트에서 사용되는 문자열에 대한 해시만 저장하기 때문에 프로젝트를 처리할 때마다 해시를 적절한 값과 일치시키기 위해 조회 ​가 수행됩니다. 지침은 2초 미만입니다.

해시와 일치할 수 있는 값의 수에 따라 리소스를 많이 사용하는 프로세스일 수 있습니다.

위의 요청 처리 다이어그램에서 조회 시간은 조회 단계(요청 엔진 처리 단계 시)에 표시됩니다.

여기에서 요청이 느려지는 경우는 프로젝트에 문자열 세그먼트가 너무 많거나 일치하는 항목이 너무 많은 일반 값을 가진 문자열 때문일 수 있습니다.

요청이 처리되기 전 대기열에서 대기하는 총 시간입니다. 지침은 5초입니다.

위의 요청 처리 다이어그램에서 큐 시간은 요청 엔진 큐 단계 및 서버 큐 단계에 표시됩니다.

여기에서 요청이 느려지는 경우는 조직에서 동시에 실행되는 요청이 너무 많기 때문일 수 있습니다. 사용량이 적은 시간에 요청을 실행해 보십시오.

요청을 처리하는 데 소요되는 평균 시간입니다.

위의 요청 처리 다이어그램에서 평균 서버 처리 시간은 서버 큐 단계 및 서버 처리 단계에 표시됩니다. 지침은 10초입니다

여기에서 요청이 느려지는 경우 프로젝트에 지나치게 긴 날짜 범위나 복잡한 시각화가 있을 수 있습니다. 처리 시간을 줄이기 위해 프로젝트 날짜 범위를 줄여 보십시오.

모든 요청을 처리하는 데 동일한 시간이 필요한 것은 아닙니다. 요청 복잡성은 요청을 처리하는 데 필요한 시간에 대한 일반적인 아이디어를 제공하는 데 도움이 될 수 있습니다. 지침은 Medium 이하입니다.

가능한 값은 다음과 같습니다.

• 낮음
• Medium
• 높음

이 값은 다음 열의 값에 영향을 받습니다.

• 월 경계
• 열
• 세그먼트

요청에 포함된 개월 수입니다. 월 경계가 많으면 요청의 복잡성이 증가합니다. 지침은 6개 이하입니다.

여기에서 요청이 느려지는 경우는 프로젝트의 월 경계가 너무 크기 때문일 수 있습니다. 개월 수를 줄여 보세요.

요청의 지표 및 분류 수입니다. 열이 많으면 요청의 복잡성이 증가합니다. 지침은 10개 이하입니다.

여기에서 요청이 느려지는 경우 프로젝트에 열이 너무 많기 때문일 수 있습니다. 열의 수를 줄여 보십시오.

요청에 적용된 세그먼트 수입니다. 세그먼트가 많으면 요청의 복잡성이 증가합니다. 지침은 5개 이하입니다.

여기에서 요청이 느려지는 경우 프로젝트에 세그먼트가 너무 많기 때문일 수 있습니다. 세그먼트 수를 줄여 보십시오.

요소

정의

영향을 주는 요소

최적화

세그먼트 복잡도

복잡한 세그먼트에는 프로젝트 성능에 대한 중요한 영향이 있을 수 있습니다.

세그먼트에 복잡성을 추가하는 요소(영향의 내림 순서로)에는 다음이 포함됩니다.

• 연산자 - "포함", "다음 중 1개 이상의 항목 포함", "일치함", "다음으로 시작" 또는 "다음으로 끝남"
• 특히 차원 제한(Within/After)이 사용되는 경우 순차적 세분화
• 세그먼트에서 사용되는 차원 내 고유한 차원 항목의 수(예: Page에 10개의 고유 항목이 있는 Page = 'A'는 Page에 100000개의 고유 항목이 있는 Page = 'A'보다 빠릅니다.)
• 사용된 다양한 차원의 수(예: Page = 'Home' 및 Page = 'Search results'는 eVar 1 = 'red' 및 eVar 2 = 'blue'보다 빠릅니다.)
• 많은 OR 연산자(AND 대신)
• 범위가 다양한 중첩 컨테이너(예: "방문자" 내 "방문" 내의 "히트")

일부 복잡성 요소를 방지할 수 없으면 세그먼트의 복잡성을 줄이는 기회를 찾습니다. 일반적으로 세그먼트 기준을 더 특정적으로 만들수록 더 좋아집니다. 예:

• 컨테이너를 통해 세그먼트 상단에서 단일 컨테이너를 사용하는 것은 일련의 중첩 컨테이너보다 빠릅니다.
• 연산자의 경우 “같음”이 “포함”보다 빠르며 “다음 중 하나 이상의 항목과 같음”이 “다음 중 하나 이상의 항목 포함”보다 빠릅니다.
• 많은 기준을 사용하면 AND 연산자가 일련의 OR 연산자보다 빠릅니다.

많은 OR 구문을 하나의 "다음 중 1개 이상의 항목과 같음" 구문으로 줄일 수 있는 기회도 찾습니다.

분류를 사용하면 많은 값을 세그먼트를 생성할 수 있는 간결한 그룹으로 통합하는 데 도움이 될 수도 있습니다. 분류 그룹에 대한 세그먼테이션을 사용하면 많은 OR 구문 또는 "포함" 기준을 포함하는 세그먼트에 대해 성능적인 이점이 있습니다.

시각화 복잡성(세그먼트, 지표, 필터)

프로젝트에 기본적으로 추가된 시각화 유형(예: 폴아웃 및 자유 형식 테이블)은 프로젝트 성능에 크게 영향을 주지 않습니다. 영향을 주는 것은 처리 시간에 추가되는 시각화의 복잡성입니다.

시각화에 복잡성을 추가하는 요소는 다음과 같습니다.

• 요청한 데이터 범위
• 적용된 세그먼트 수(예: 자유 형식 테이블의 행으로 사용된 세그먼트 수)
• 복잡한 세그먼트 사용
• 자유 형식 테이블의 정적 항목 행 또는 열
• 자유 형식 테이블의 행에 적용된 필터
• 포함된 지표 수, 특히 세그먼트를 사용하는 계산된 지표 수

프로젝트가 원하는 대로 빠르게 로드되지 않은 경우, 가능하면 일부 세그먼트를 eVar 및 필터로 바꿔 보십시오.

비즈니스에 중요한 데이터 포인트에 대해 세그먼트와 계산된 지표를 계속해서 사용하는 경우, 이러한 데이터 포인트를 직접 캡처하도록 구현을 개선해 보십시오. Adobe Experience Platform 및 Adobe의 처리 규칙에 태그를 사용하면 구현을 빠르게 변경하고 쉽게 수행할 수 있습니다.

보고서 세트 크기

보고서 세트에 수집된 데이터의 양입니다.

-

Adobe Analytics의 전반적인 환경을 개선하기 위해 수행할 수 있는 구현 개선 사항이 있는지 확인하려면 구현 팀이나 Adobe 전문가와 상의하십시오.

동시 쿼리

조직에서 Adobe에 동시에 요청하는 쿼리 수입니다. 각 조직은 최소 5개의 동시 쿼리를 받을 수 있습니다.

보고서에 시간이 오래 소요되는 경우는 일반적으로 다른 보고서와 함께 대기열에 있기 때문입니다. 즉, 조직에서 특정 보고서 세트에 대해 너무 많은 동시 요청을 실행하려고 하는 것입니다. 쿼리는 API 요청, 보고 UI(Analysis Workspace, Report Builder 등), 예약된 프로젝트, 예약된 보고서, 예약된 알림, 보고를 요청하는 동시 사용자로부터 비롯될 수 있습니다.

보고서 세트에 대한 요청과 일정을 하루 전체에 더 고르게 분산시킵니다. 또한 가능하면 사용량이 적은 시간으로 요청을 이동합니다. 월요일 아침, 화요일 아침 그리고 매월 1일이 가장 많이 보고되는 시간입니다.