SaaS 지연 시간이란 무엇인가요?

SaaS 지연 시간은 사용자가 작업을 시작하는 순간부터 SaaS 애플리케이션이 결과를 제공하는 순간까지의 지연(네트워크 지연 시간 및 애플리케이션 처리 시간 포함)을 의미합니다. 로딩 속도, API 응답 시간, 대시보드 반응성 및 워크플로우 실행 시간은 사용자 경험에 영향을 미칩니다.

관찰된 지연은 특정 네트워크 및 처리 특성과 관련될 수 있습니다.

•   네트워크 측면: 네트워크 거리, 트래픽 혼잡, 사용자와 서버 간의 물리적 거리와 같은 요소들이 있습니다.
•   애플리케이션 측면: 애플리케이션 코드 품질, 데이터베이스 쿼리 속도, 타사 API 호출 성능과 같은 요소들을 포함할 수 있습니다.
•   인프라 측면: 클라우드 인프라 용량, 마이크로서비스 리소스 사용량, 아키텍처 복잡성이 고려되어야 합니다.

관찰된 지연 시간 수준은 사용자 생산성 및 비즈니스 수익 변화와 상관관계가 있을 수 있습니다.

1. 사용자 생산성: 애플리케이션 속도는 사용자 만족도와 생산성에 영향을 미칠 수 있습니다.
2. 유지: 지연 시간(latency) 수준과 지속적인 제품 사용 간에는 연관성이 있습니다. 모바일 사용자 이탈과 페이지 로드 시간은 관련이 있을 수 있으며, 이 관계는 3초 이후에 더 명확하게 관찰될 수 있습니다.
3. 비즈니스 KPI: 지연 시간은 다음 지표에 직접적인 영향을 미쳐야 합니다:

•   전환율.
•   갱신율.
•   작업 완료 시간.
•   지원 티켓 건수.

여러 모니터링 전략을 활용하면 성능 상태에 대한 광범위한 관점을 제공할 수 있습니다.

인프라 및 소프트웨어 설계에 대한 수정은 최적화에 영향을 미칠 수 있습니다.

1. 데이터베이스 및 애플리케이션 코드에 대한 수정이 구현될 수 있습니다.
2. 콘텐츠 전송 네트워크(CDN)를 사용하고 자주 액세스되는 데이터를 캐시하십시오.
3. 자산을 압축하고 API 호출 수를 줄이십시오.
4. 인프라 확장 및 아키텍처 단순화가 고려될 수 있습니다.
5. 로그인 및 대시보드 로드와 같이 트래픽이 가장 많은 사용자 여정을 우선적으로 처리합니다.

SaaS 공급자 관리 범위를 넘어선 환경적 측면은 사용자 만족도 수준과 연관될 수 있습니다.

•   사용자 환경: 사용자가 위치한 곳, 사용하는 기기 유형, 선호하는 브라우저.
•   네트워크 라우팅: 인터넷 서비스 제공업체(ISP)가 데이터를 전송하는 경로 및 인터넷의 전반적인 혼잡도.
•   통합: SaaS 애플리케이션에 연결된 타사 서비스.
•   현실 점검: 애플리케이션이 최적화되어 있더라도 데이터 센터에서 지리적으로 멀리 떨어진 사용자는 약간의 지연을 경험할 수 있습니다.

체계적인 문제 해결을 통해 지연이 로컬 문제인지, 지역적 문제인지, 플랫폼 전반의 문제인지 파악할 수 있습니다.

1. 단일 기기, 브라우저, 네트워크, 지역 또는 특정 워크플로우 세그먼트 내에서 문제가 발생하는지 조사하여 문제의 범위를 파악하십시오.
2. RUM 데이터와 합성 검사를 함께 확인하여 문제가 로컬, 지역 또는 플랫폼 전체에서 발생하는지 파악하십시오.
3. APM과 분산 추적을 사용하여 원본(프런트엔드, API, 데이터베이스 또는 타사)을 찾으십시오.
4. 네트워크를 변경하고, 벤더 상태 페이지를 확인하며, 다양한 지역에서 성능 데이터를 확보하여 테스트를 수행하십시오.

재현 가능한 증거를 제공하면 지원팀이 보고된 문제를 이해하는 데 도움이 될 수 있습니다. 다음은 그 방법입니다:

1. 타임스탬프와 함께 문제를 기록하고, 추가 배경 정보를 제공하기 위해 스크린샷을 첨부하십시오.
2. 귀하 측의 문제가 아님을 확인하기 위해 몇 가지 위치 테스트를 수행하십시오.
3. 상태 제공업체의 페이지를 방문하여 시스템에 기록된 인시던트가 있는지 확인하십시오.
4. 증빙 자료를 포함한 티켓을 지원팀에 제공하면 겪고 있는 문제를 재현하는 데 도움이 될 수 있습니다.
5. 인시던트 ID, 예상 완료 시간(ETA), 근본 원인 업데이트를 요청하십시오.
6. 다음 사항을 언급하는 것을 잊지 마십시오. SLA/SLO 비즈니스에 중요한 애플리케이션에 대한 그러한 약속을 언급하는