Edge Runtime 도입기 — 빠른 API가 항상 싼 것은 아니다

Edge Runtime은 첫 응답이 빠르지만 모든 워크로드에 맞는 답은 아니었다. 짧은 인증 체크와 리다이렉트에는 좋았고, 무거운 SDK 호출에는 오히려 제약이 먼저 왔다.

측정 기준

먼저 측정 가능한 기준을 정했습니다. 감으로 빠르다거나 편하다고 말하기보다, 응답 시간, 실패율, 유지보수 비용처럼 팀이 반복해서 볼 수 있는 지표를 앞에 뒀습니다.

export const runtime = "edge";

export async function GET(request) {
  return Response.json({ ok: true });
}

잘 맞는 API

작게 도입한 뒤 한 주 동안 운영 데이터를 모았습니다. 예상보다 좋았던 부분은 개발 경험이었고, 예상보다 까다로웠던 부분은 예외 상황의 디버깅이었습니다.

도입 체크리스트

마지막 체크리스트는 단순합니다. 되돌릴 수 있는가, 실패를 관찰할 수 있는가, 팀원이 같은 결정을 다시 설명할 수 있는가. 이 세 가지가 통과되면 도입 리스크는 꽤 낮아집니다.