🚀 Vercel 배포 환경에서 API가 느리다면? Region 설정을 확인하자!

로컬에서는 빠른데, Vercel에 배포한 뒤 API 응답 속도가 유독 느린 경우가 있다.

이때 가장 먼저 확인해야 할 것이 바로 Function Region 설정이다.

생각보다 이 설정 하나로 체감 속도가 크게 달라지기 때문에, 그 내용을 정리해보려고 한다.

 

🐢 배포 환경에서 API가 느렸던 상황

배포한 사이트의 Network 탭을 확인해보면 다음과 같은 상황이었다.

• 알림 API 응답 속도: 평균 400~500ms
• 단순 fetch 요청임에도 상당한 지연 발생
• 등록, 삭제 등의 다른 API도 전반적으로 응답 시간이 길었음

서버 로직이 복잡하지 않음에도 불구하고 전체 API 응답 시간이 느리게 측정되었다.

처음에는 BFF 구조로 한 번 더 서버를 거치기 때문에 느려지는 것인지 의심했었는데,

원인은 다른 곳에 있었다.

 

⚙️ 해결 방법: Region을 사용자와 가까운 곳으로 변경

Vercel 대시보드에서 Region을 검색하면 Function Region 설정을 확인할 수 있다.

이때 사용자와 물리적으로 가까운 리전을 선택하는 것이 중요하다.

(한국 사용자라면 Seoul (icn1) 로 설정하는 것이 좋음)

Region을 변경했다면 새로 배포를 진행해야 사이트에 설정이 반영된다.

 

⚡ 변경 후 속도 비교

Region 변경 전

• API 응답 속도: 400~500ms

Region 변경 후

• API 응답 속도: 80~150ms
• 동일 API 요청임에도 3배 이상 개선
• 체감 속도 개선

코드를 수정한 것이 아니라

Region 설정만 변경했을 뿐인데 큰 차이가 발생하였다.

 

🧠 왜 이렇게 차이가 날까?

서버리스 환경에서는 함수가 실행되는 물리적 위치가 매우 중요하다.

• 사용자: 한국
• 서버리스 함수: 미국
• 데이터베이스: 아시아

위와 같은 구조로 되어있다면 요청은 아래의 순서대로 흘러간다.

사용자 → 미국 서버 → 아시아 DB → 미국 서버 → 사용자

 

이 과정에서 네트워크 지연시간(Network Latency)이 누적되어 응답 시간이 증가한다.

따라서 데이터베이스가 특정 리전에 고정되어 있다면,

서버 함수도 동일하거나 가까운 리전에 배치하는 것이 좋다.

 

✅ 정리

배포 환경에서 API가 느리다면 다음을 점검해보자!

• 코드 자체의 문제인지
• 데이터베이스 쿼리가 병목인지
• Vercel Function Region이 사용자 또는 DB와 가까운지

코드 최적화를 하기 전에 인프라 설정부터 점검해보는 것이

빠른 해결 방법이 될 수도 있다는걸 배웠다.

 

📚 참고

https://divheer.tistory.com/241

Vercel로 배포 시 속도 개선 방법_Function Region

https://aws.amazon.com/ko/what-is/latency/

지연 시간이란 무엇인가요? - 지연 시간 설명 - AWS