보안과 관련된 모든 문제로 인해 저희 팀은 논의를 시작했습니다. 물론 이는 팀에게 경고음이 될 수 있지만, 인프라 비용(infrastructure tax) 역시 종종 간과되는 또 다른 심각한 문제점입니다.

Vercel이 많은 현대 웹 애플리케이션의 기본 배포 플랫폼이 된 데에는 좋은 이유들이 있습니다. 뛰어난 개발자 경험, 쉬운 배포, 그리고 Next.js와 같은 프레임워크와의 원활한 통합 등이 그것입니다. 하지만 프로젝트가 성장함에 따라 몇 가지 예상치 못한 어려움들이 발생합니다.

예를 들어:

1. 컴퓨팅 비용이 부담되기 시작한다

Vercel은 믿을 수 없을 만큼 편리하지만, 그만한 대가가 따릅니다. 트래픽이 증가함에 따라 서버리스(serverless) 및 엣지(edge) 워크로드가 인프라 예산의 상당 부분을 차지할 수 있습니다.

일부 팀에게는 AWS로 직접 워크로드를 이전하는 것이 유사한 개발 워크플로우를 유지하면서도 상당한 비용 절감을 가져다줍니다.

2. 미디어 전송에 대한 통제력이 더 필요하다

애플리케이션이 확장됨에 따라 캐싱 전략의 중요성이 커집니다.

대량의 미디어를 다루거나 매우 맞춤화된 전송 요구 사항을 처리하는 경우, 플랫폼 추상화(platform abstractions)가 때로는 원하는 방식으로 성능을 정확하게 최적화하기 어렵게 만들 수 있습니다.

3. 규정 준수 및 보안 요건이 증가한다

많은 스타트업은 프라이빗 네트워킹(private networking), 세분화된 IAM 권한(granular IAM permissions), 또는 특정 규정 준수 요구 사항에 대해 필요할 때까지 생각하지 않습니다.

그리고 그 순간이 오면, 관리형 플랫폼(managed platforms)이 엔터프라이즈 환경이 필요로 하는 수준의 통제력을 항상 제공하는 것은 아닙니다.

그렇다면... 마이그레이션해야 할까요?

반드시 그런 것은 아닙니다.

많은 팀에게 Vercel은 여전히 올바른 선택입니다. 문제는 Vercel이 좋으냐 나쁘냐가 아니라, 그것이 현재의 비즈니스, 기술 및 운영 요구 사항과 여전히 일치하는지 여부입니다.

만약 이동하기로 결정한다면, 점진적인 접근 방식을 고려해 보세요. SST와 같은 도구는 AWS 인프라에 대한 더 큰 통제권을 제공하면서도 개발자 경험의 많은 부분을 보존하는 데 도움을 줄 수 있습니다.

이에 대해 짧은 영상을 제작했습니다.

Vercel을 떠날까 고민 중인가요? 제가 읽어 드릴게요 👇🏼