대시보드 성능 향상: 성공 사례

Salesforce Classic에서는 위젯을 구성 요소라고 부릅니다.

효율적인 소스 보고서 사용

대시보드를 새로 고칠 때 소스 보고서가 모두 실행됩니다. 소스 보고서를 실행하는 데 시간이 오래 걸릴 경우 그러한 보고서를 기반으로 하는 대시보드를 새로 고치는 데도 시간이 오래 걸립니다.

소스 보고서 성능을 최적화하여 대시보드를 빠르게 새로 고칠 수 있는 방법은 다음과 같습니다.

빠르게 실행되는 소스 보고서 만들기

느려진 대시보드의 속도를 높일 수 있는 가장 좋은 방법은 소스 보고서의 속도를 높이는 것입니다. 소스 보고서가 빠르게 실행될수록 대시보드를 더 빠르게 새로 고칠 수 있습니다!

느린 소스 보고서의 속도를 높일 수 있는 방법은 많습니다.

• 보고서 데이터를 효율적으로 필터링
• 불필요한 열 제거
• 세부 사항 행 숨기기
• 효율적인 수식 작성

보고서 성능을 개선할 수 있는 방법을 안내하는 전체 가이드는 보고서 성능 향상을 참조하십시오.

가능한 한 대시보드를 기반으로 하는 보고서를 줄이십시오.

대시보드를 기반으로 하는 소스 보고서를 하나만 두는 것이 가장 좋습니다.

각 대시보드 위젯이 하나의 소스 보고서에서 데이터를 가져오지만 여러 대시보드 위젯이 동일한 소스 보고서에서 데이터를 가져올 수 있습니다. 대시보드를 기반으로 하는 보고서가 적을 경우 대시보드를 기반으로 하는 보고서가 많을 때보다 더 빠르게 새로 고칠 수 있습니다. 소스 보고서가 적으면 대시보드가 데이터를 수집하기 위해 실행해야 하는 보고서의 수도 줄어듭니다. 대시보드를 기반으로 하는 소스 보고서가 하나뿐일 때 가장 빠르게 대시보드를 새로 고칠 수 있습니다.

가장 좋은 방법은 많은 데이터를 반환하는 소스 보고서를 한 개 만든 다음, 대시보드 위젯에 데이터를 분배하는 것입니다.

예를 들어, 진행 중인 기회와 마감된 기회에 대한 세부 사항을 보여주는 판매 개요 대시보드를 만든다고 가정해 보겠습니다. 열린 기회를 반환하는 소스 보고서 한 개와 마감된 기회를 반환하는 소스 보고서 한 개를 합해 총 두 개의 소스 보고서를 만들 수 있습니다. 대시보드를 새로 고칠 때는 두 개의 소스 보고서를 실행해야 합니다. 따라서 모든 기회를 반환하고 상태별로 그룹화하는 단일한 소스 보고서를 만드는 것이 좋습니다. 이제 단일 소스 보고서를 사용하여 대시보드를 만들 수 있으며 대시보드에 소스 보고서가 두 개일 때보다 더 빠르게 새로 고칠 수 있습니다.

노트 소스 보고서는 비동기식으로 새로 고쳐집니다. 대시보드를 새로 고칠 때 Salesforce가 실행할 각 소스 보고서를 대기열에 지정한 다음, 여러 다른 프로세스와 함께 실행합니다.

대기열에서 소스 보고서가 있는 위치에 따라 때로는 소스 보고서가 하나뿐인 대시보드가 소스 보고서 두 개인 대시보드보다 조금 더 느리게 로드됩니다. Salesforce가 대시보드의 소스 보고서를 실행하려면 사례 상태를 업데이트하고 계정을 만들고 이메일 배치를 전송해야 합니다.

일부 보고서는 다른 보고서보다 실행하는 데 시간이 더 오래 걸립니다. 느린 소스 보고서는 두 개의 유사한 빠른 소스 보고서보다 실행하는 데 더 오래 걸릴 수 있습니다.

때로는 소스 보고서가 하나뿐인 대시보드를 새로 고치면 여러 개의 동일한 소스 보고서가 실행될 수 있습니다. 사용자는 다른 그룹에 속한 대시보드 위젯을 포함하고, 대시보드 필터를 적용하고, 대시보드 실행을 변경하여 동일한 소스 보고서를 여러 번 실행할 수 있습니다. 이러한 시나리오에서는 두 개의 소스 보고서가 반드시 더 빠르다고 할 수는 없습니다.

일반적으로 소스 보고서가 더 적은 대시보드가 그렇지 않은 대시보드보다 더 빠르게 새로 고쳐집니다.

다음도 참조하십시오.

• 대시보드 작성
• Lightning Experience 대시보드 위젯 편집 및 사용자 정의

필요한 경우에만 대시보드 새로 고침

대시보드를 새로 고치면 Salesforce가 최신 데이터를 반영하기 위해 실행하는 여러 프로세스가 대기열에 지정됩니다. 각 소스 보고서가 실행되면 필터가 적용되고 차트가 작성됩니다. Salesforce는 각 사용자가 대시보드를 새로 고칠 수 있는 횟수를 1분당 한 번으로 제한하고 있습니다. 이러한 제한을 통해 Salesforce는 반복해서 실행되는 동일한 보고서를 대기열에 지정하지 않아도 될 뿐 아니라 사례 업데이트 또는 계정 생성과 같은 다른 중요한 프로세스를 실행할 수 있습니다.

그런데 여러 사용자가 동일한 대시보드를 동시에 새로 고치면 어떻게 될까요?

Salesforce는 대시보드 새로 고침 횟수를 조직별로 사용자당 200회로 제한합니다. 이 제한은 REST API 또는 Apex 통해 수행된 대시보드 새로 고침에만 적용되며, 사용자 인터페이스를 통해 수행된 수동 대시보드 새로 고침에는 영향을 미치지 않습니다. 이 제한에도 불구하고 느리게 실행되는 대시보드가 필요 이상으로 새로 고쳐질 수 있으며 백그라운드 프로세스가 대기열에 지정되므로 다른 사용자는 기다릴 수 밖에 없습니다. 200명의 사용자가 대시보드를 새로 고쳐서 조직 제한에 도달하면 어떻게 될까요? 200명의 사용자가 동일한 대시보드를 새로 고쳤으므로 이제 다른 팀은 대시보드를 새로 고치기 위해 최대 1시간을 기다려야 합니다.

Salesforce는 각 사용자의 대시보드 필터 설정을 기억합니다. 사용자별 필터 설정을 적용하기 위해 누군가 필터링된 대시보드를 새로 고칠 경우 대시보드 필터를 적용한 사용자가 대시보드를 열면 Salesforce가 해당 대시보드를 다시 새로 고칩니다. 이는 Salesforce가 각 사용자가 여는 필터링된 대시보드를 새로 고치기 때문이며, 필터링된 대시보드는 조직별 시간당 200회의 대시보드 새로 고침 제한에 도달하기가 쉽습니다.

10개의 소스 보고서가 대기열에서 실행 대기 중인 대시보드를 10,000명의 사용자가 새로 고친다는 시나리오를 상상해 보겠습니다. 이론적으로 10,000 x 10 = 1,000,000개의 보고서가 백그라운드에서 실행되지만 조직별로 시간당 새로 고침 횟수가 200회로 제한되어 있으므로 200 x 10 = 2,000개의 보고서가 백그라운드에서 실행됩니다. 빠르게 실행되는 보고서도 시간이 다소 걸릴 수 있습니다!

따라서 많은 사용자가 동시에 대시보드를 새로 고치기보다는 대시보드를 구독하는 것이 좋습니다. 대시보드를 구독하면 일정과 수신자를 설정할 수 있습니다. Salesforce는 사용자가 대시보드를 예약할 경우 대시보드를 새로 고친 다음, 결과를 수신자에게 이메일로 전송합니다. Salesforce는 데이터를 캐시합니다. 사용자가 대시보드를 열면 마지막으로 예약한 새로 고침을 기준으로 최신 데이터를 볼 수 있으므로 다시 새로 고칠 필요가 없습니다.

1. 대시보드 탭에서 | 구독을 클릭합니다.
2. 구독 편집 메뉴에서 새로 고침 일정을 설정합니다.
3. 보낼 대상 아래에 보면 귀하가 수신자로 자동 선택되어 있습니다. 다른 수신자를 추가하거나 본인을 제거하려면 수신자 편집을 클릭합니다. 대시보드에 액세스할 수 있는 권한을 보유한 사용자만 표시됩니다.
4. 수신자를 선택하고 추가를 클릭합니다.
5. 저장을 클릭합니다.

대시보드 구독이 시작되고 사용자가 설정한 일정에 따라 대시보드가 새로 고쳐집니다.

예를 들어, 월요일 아침마다 기회 개요 대시보드를 새로 고친다고 가정해 보겠습니다. 대시보드를 수동으로 새로 고치는 대신 대시보드를 구독하고 매주 월요일 오전 8시에 본인과 전체 판매 팀에게 이메일을 전송하게 할 수 있습니다(1). 오전 9시에 책상에 앉으면 최근에 새로 고친 대시보드가 기다리고 있습니다.

다음도 참조하십시오.

• 대시보드 데이터 새로 고침
• 구독 또는 대시보드 예약

불필요한 대시보드 위젯 제거

효율적인 소스 보고서가 비효율적인 소스 보고서보다 더 빠르게 실행되는 것과 마찬가지로 위젯이 적은 대시보드가 그렇지 않은 대시보드보다 더 빠르게 실행되는 경향이 있습니다.

여러 위젯을 하나로 결합

때로는 두 개 이상의 위젯에 속한 데이터를 하나의 위젯에만 표시할 수 있습니다. 여러 위젯을 하나로 병합한다는 것은 더 적은 수의 보고서가 실행되므로 대시보드가 더 빠르게 새로 고쳐진다는 것을 의미합니다.

예를 들어, 두 개의 막대 차트가 포함된 대시보드가 있다고 가정해 보겠습니다. 한 막대 차트는 유형별 기회 금액의 합계를 표시하고 다른 막대 차트는 유형별 평균 기회 금액을 표시합니다. 이러한 관련 메트릭을 두 개의 막대 차트로 분리하지 않고 하나의 차트에 통합할 수 있습니다. 대시보드가 유형별 기회 금액 합계 및 평균을 그래프로 작성하지만 하나의 위젯만 렌더링해야만 더 빨리 로드할 수 있습니다.

대시보드를 두 개로 분할

대시보드에 위젯이 많아서 새로 고치는 데 오래 걸린다면 대시보드를 두 개로 분할해 보십시오.

기회와 사례를 요약하는 대시보드가 하나 있다고 가정해 보겠습니다. 대시보드를 둘로 분할해서 하나는 기회를 요약하고 하나는 사례를 요약하면 대시보드를 더 빠르게 새로 고칠 수 있습니다. 사용자 정의 링크를 사용하여 대시보드를 앞뒤로 연결하여 쉽게 탐색할 수 있습니다.

하나의 대시보드에서 다른 대시보드로 연결하는 방법은 다음과 같습니다.

1. 대시보드 빌더에서 를 클릭하여 위젯을 편집합니다.
2. 구성 요소 편집 메뉴에서 /lightning/r/Dashboard/dashboard_id/view를 입력합니다. 여기에서 dashboard_id는 대상 대시보드의 ID입니다.

   대상 대시보드 ID를 가져오려면 대시보드를 열고 URL에서 ID를 복사합니다. ID가 01ZRM0000005KO62AM인 대상 대시보드 항목은 /lightning/r/Dashboard/01ZRM0000005KO62AM/view입니다.

3. 업데이트를 클릭합니다.
4. 저장을 클릭합니다.

이제 대시보드 뷰어가 직접 링크를 사용하여 한 대시보드에서 다른 대시보드로 이동할 수 있습니다.

다음도 참조하십시오.

• Lightning Experience에서 대시보드 위젯의 링크
• 대시보드 위젯에서 링크 방문