우리 사이트가 싱가포르에서는 느리고 유럽에서는 완벽했는데, 그 이유는.
Source: Dev.to
문제
우리는 모든 것을 제대로 하고 있다고 생각했습니다. 우리 API는 Cloudflare 뒤에 에지 캐싱이 적용되어 있었고, 대시보드에서는 p95 응답 시간이 100 ms 미만임을 보여주었습니다. 싱가포르에 있는 고객이 API 응답이 4–5 초 걸린다고 보고한 후, 우리는 문제가 그쪽에 있다고 가정했습니다. 하지만 우리의 모니터링은 프랑크푸르트에서만 체크하고 있었기 때문에, 아시아‑태평양에서 오는 40 % 트래픽이 겪는 성능을 알 수 없었습니다.
발견
싱가포르, 시드니, 도쿄에서 헬스 체크를 추가했을 때 다음을 발견했습니다:
- DNS 해결: 800 ms 이상 (우리 DNS 제공업체의 APAC 커버리지가 부족)
- SSL 핸드쉐이크: 400 ms (지역 간 세션 재사용이 없음)
- 연결 설정: 주된 병목 현상, 원본에서 첫 바이트는 정상임에도 불구하고
이 문제들은 몇 달 동안 사용자에게 영향을 주었지만 우리는 눈치채지 못했습니다.
근본 원인
- 제한된 모니터링 위치: 대부분의 가동 시간 도구는 1–3개 지역(보통 미국 동부 또는 유럽 서부)에서만 확인합니다.
- 지역별 인터넷 변동성: 장애와 성능 차이는 매우 국지적일 수 있습니다.
- DNS 전파: 전 세계적으로 즉시 또는 균일하게 이루어지지 않습니다.
- CDN 캐시 적중률: PoP(포인트‑오브‑프레즌스)마다 다릅니다.
- ISP 피어링 계약: 라우팅 비효율성을 초래할 수 있습니다.
- SSL 검증: OCSP 응답자와의 연결이 좋지 않은 지역에서는 느립니다.
영향
- 사용자 경험: 느린 응답으로 인해 사용자가 사이트를 떠났습니다.
- SEO: Google의 Core Web Vitals(LCP, FID, CLS)은 순위 요소이며 전 세계 크롤러가 측정합니다. APAC에서의 성능 저하가 점수를 낮추어 전반적인 순위에 영향을 미쳤습니다.
- 비즈니스: APAC 성능을 개선한 후 LCP가 약 0.4 초 향상되었고, 경쟁 키워드 순위가 6주 이내에 상승했습니다.
해결책
우리는 Latency Global이라는 모니터링 시스템을 구축했습니다. 이 시스템은 전 세계 70개 이상의 위치에서 체크하고 지역별 성능 저하를 알립니다.
설정
- URL을 추가합니다.
- 모니터링할 지역을 선택합니다.
- 체크 간격을 설정합니다.
전체 설정은 약 5분 정도 소요됩니다.
혜택
- 캐시 워밍: 정기적인 체크로 DNS 캐시, CDN 에지 캐시, SSL 세션 티켓, TCP 연결을 미리 준비시켜, 실제 사용자의 콜드 스타트 ~2 초를 ~200 ms로 단축합니다.
- 성능 향상: 활성 모니터링이 있는 지역에서 첫 바이트 도달 시간(TTFB)이 40 % 개선되었습니다.
- SEO 개선: 모든 지역에서 Core Web Vitals 점수가 향상되었습니다.
- 안심: 고객이 인지하기 전에 지연을 감지할 수 있습니다.
요점
모니터링이 한 지역에서만 이루어진다면 부분적인 시야만 제공합니다. 글로벌 모니터링은 숨겨진 성능 문제를 밝혀줄 뿐 아니라 캐시 워밍, SSL 세션 지속성, SEO 개선 등 예상치 못한 이점을 제공합니다.
지역 성능 문제는 조용한 킬러입니다—사용자는 불평하지 않고 그냥 떠납니다.
글로벌 모니터링은 캐시 워밍, SSL 세션 지속성, SEO 개선 등 예상치 못한 혜택을 제공합니다.
Cloudflare/CDN ≠ 보장된 전 세계 성능—여전히 실제 사용자가 경험하는 것을 검증해야 합니다.
싱가포르, 상파울루, 시드니 또는 다른 어느 위치에서든 사이트가 어떻게 동작하는지 궁금하다면 직접 시도해 보세요—놀라운 결과를 얻을 수도 있습니다.