앱의 성능은 비즈니스의 성공 여부를 결정하는 가장 중요한 측면 중 하나입니다. Google의 연구에 따르면모바일 사용자의 29%는 사이트나 애플리케이션이 너무 느리거나 정보 찾기가 너무 어려운 경우 사이트나 애플리케이션을 사용하지 않을 것이며, 해당 사용자 그룹의 70%는 사이트가 너무 느리기 때문에 사용하지 않을 것입니다. 사이트 또는 애플리케이션의 성능 문제를 진단하고 수정하면 조직이 기존 사용자를 유지하면서 새로운 사용자를 유치하는 데 도움이 되며 New Relic은 이를 수행하는 데 도움이 되는 도구일 뿐입니다.
대기 시간 문제 진단
첫째, 대부분의 웹사이트 및 애플리케이션에서 대기 시간이 긴 원인을 숙지해야 합니다. 이를 알면 자체 시스템에 대한 높은 대기 시간의 원인을 파악하는 데 도움이 될 수 있습니다. 대기 시간이 긴 가장 일반적인 유형은 다음과 같습니다.
대기 시간의 일반적인 원인과 원인을 찾을 수 있는 위치를 알고 나면 요약 및 Ajax 페이지를 사용할 수 있습니다. 대기 시간이 긴 원인을 찾으려면. 서비스가 전반적으로 어떻게 수행되어야 하는지 알 필요는 없으며 동작의 주요 최근 변경 사항만 찾으면 됩니다.
긴 대기 시간 진단의 예
대기 시간의 일반적인 원인에 익숙해지면 사이트에 영향을 미치는 특정 문제의 범위를 좁힐 수 있습니다. 대기 시간 문제가 있는 서비스를 살펴보겠습니다.
여기에 8.44초의 Largest Contentful Paint 표시하는 서비스에 대한 요약 페이지가 표시됩니다. 다른 모든 것은 허용 가능한 매개변수에 속하므로 대기 시간의 원인을 느린 페이지 로드로 좁힐 수 있습니다. LCP에 문제를 일으킬 수 있는 원인에 대한 특정 보기를 보려면 Select trace 페이지를 선택할 수 있습니다. 대기 시간 문제의 원인을 찾기 위해 검색을 시작하기에 좋은 위치입니다.
페이지 URL, 장치 유형, 브라우저 유형 등을 기반으로 한 보다 일반화된 오류 개요를 보려면 Largest Contentful Paint 섹션 자체를 선택하여 웹 바이탈 페이지로 이동할 수도 있습니다. 이 방법을 사용하여 문제의 원인을 찾으면 문제를 해결하고 사용자 경험을 고객이 만족할 수 있는 수준으로 되돌릴 수 있습니다.