인프라 · 클라우드

“클라우드에 올린다”, “클라우드에서 돌린다”는 말은 자주 들어요. 그런데 정작 그 클라우드가 어디 있는 건지, 무슨 뜻인지 모호하죠. 이름 때문에 하늘 어딘가 같지만, 실체는 단순해요.

클라우드는 내 컴퓨터를 두는 대신, 남의 거대한 컴퓨터를 인터넷으로 빌려 쓰는 방식이에요. 호텔을 떠올리면 쉬워요. 집을 사서 직접 관리하는 대신, 필요한 만큼 방을 빌리고 청소·시설 관리는 호텔에 맡기잖아요. 클라우드도 그래요. 서버를 직접 사서 24시간 관리하는 대신, 클라우드 회사의 컴퓨터를 필요한 만큼 빌려 쓰고 관리는 맡기는 거죠.

핵심은 ‘소유가 아니라 대여’예요. 필요할 때 빌리고, 쓴 만큼 내요.

바이브코딩에서 앱을 세상에 올리면, 그 앱은 대개 어떤 클라우드 위에서 돌아가요. Vercel·Netlify 같은 서비스도 뒤에선 클라우드를 쓰죠. 대표적인 클라우드가 AWS고, 쓸 때만 돌리는 방식이 서버리스예요. 클라우드가 ‘빌려 쓰는 컴퓨터’라는 것만 잡아도 관련 얘기가 술술 들려요.

개발 얘기를 듣다 보면 “AWS에 올렸다”, “AWS 비용이” 같은 말이 자주 나와요. 이름은 익숙한데 정확히 뭐 하는 곳인지는 모호하죠. 한 줄로 정리하면 간단해요.

AWS는 아마존이 운영하는, 세계에서 가장 널리 쓰이는 대표 클라우드 서비스예요. 클라우드 업계의 대형 백화점이라고 보면 돼요. 서버, 저장소, 데이터베이스, 네트워크… 앱을 운영하는 데 필요한 걸 없는 것 없이 빌려줘요. 규모가 크고 오래돼서, 많은 서비스가 뒤에서 AWS 위에 올라가 있어요.

“클라우드 하면 AWS”라는 말이 나올 만큼, 사실상 업계 기준점이에요.

다만 비전공자가 처음부터 AWS를 직접 만질 일은 드물어요. 기능이 많고 설정도 복잡해서, 초반엔 Vercel·Netlify처럼 더 쉬운 서비스로 올리는 경우가 많죠. 그래도 “AWS = 대표 클라우드”라는 것만 알아두면, 나중에 규모가 커져 이 이름을 만났을 때 덜 당황해요. 이름값을 하는 곳이라 언젠가 한 번은 마주쳐요.

내 서버가 서울에 있는데 뉴욕 사용자가 접속하면, 데이터가 지구 반 바퀴를 돌아야 해요. 그만큼 느려지죠. CDN은 이 거리를 줄이는 장치예요.

원리는 복사본을 미리 뿌려두는 것이에요. 이미지·CSS·JS 같은 파일을 세계 곳곳의 서버에 캐시해 두고, 사용자가 오면 물리적으로 가장 가까운 서버에서 내려줘요. 로딩이 빨라지고, 원본 서버의 부담도 확 줄어요.

바이브코딩으로 만든 사이트를 Cloudflare Pages나 Vercel에 올리면, 사실 이 CDN이 이미 딸려 와요. 그래서 따로 설정할 일은 드물어요. 다만 “왜 파일을 바꿨는데 예전 게 계속 보이지?” 싶을 땐, CDN에 남은 옛 캐시가 범인인 경우가 많아요.

배포는 늘 무사하지 않아요. 올리자마자 사이트가 죽거나 버튼이 안 먹기도 해요. 그때 첫 대응이 롤백이에요.

핵심은 순서예요. 문제가 터지면 원인부터 파고들고 싶지만, 실서비스가 멈춰 있으면 그럴 여유가 없어요. 그래서 일단 직전의 멀쩡했던 버전으로 되돌려 서비스를 살리고, 원인 분석은 그다음에 차분히 해요.

요즘 배포 플랫폼은 이걸 버튼 하나로 해줘요. 이 블로그가 쓰는 Cloudflare Pages도 이전 배포 목록에서 눌러 되돌릴 수 있어요. 롤백이 쉬운 환경일수록 배포가 덜 무서워져요.

같은 코드라도 도는 곳이 여러 군데예요. 내 노트북(로컬), 실제 사용자가 쓰는 곳, 그리고 그 중간의 연습장이 있어요. 이 ‘어디서 도느냐’를 배포 환경이라고 불러요.

프로덕션은 진짜 무대예요. 실제 사용자가 접속하는 실서비스라, 여기서 터지면 바로 사고예요. 스테이징은 그 무대를 그대로 본뜬 리허설장이에요. 데이터만 가짜일 뿐, 구성은 프로덕션과 최대한 똑같이 맞춰요.

그래서 순서가 생겨요. 스테이징에서 먼저 확인하고, 이상 없으면 프로덕션에 올려요. 이 한 단계가 “로컬에선 됐는데 실서비스에서 죽는” 사고를 크게 줄여줘요.

이름만 보면 “서버가 없다”는 뜻 같지만, 서버는 있어요. 다만 내가 서버를 사서 켜두고 관리하지 않는다는 뜻이에요. 클라우드 회사가 대신 들고 있다가, 내 코드에 요청이 올 때만 잠깐 실행해 줘요.

기존 방식은 서버를 24시간 켜두는 거예요. 아무도 안 써도 돈이 나가죠. 서버리스는 반대예요. 요청이 없으면 실행도 안 하고, 그래서 비용도 거의 안 나와요. 저는 방문자가 뜸한 사이드 프로젝트를 이 방식으로 올려두고, 월 몇백 원 수준으로 굴린 적이 있어요.

발전기를 계속 돌리는 대신 쓸 때만 요금 내는 한전. 이게 서버리스의 감각이에요.

물론 만능은 아니에요. 오랫동안 안 쓰다가 처음 호출되면 살짝 느려지는 구간(콜드 스타트)이 있고, 아주 무거운 작업엔 안 맞기도 해요. 그래도 트래픽이 들쭉날쭉하거나 작게 시작하는 개인 프로젝트엔 비용 면에서 참 잘 맞아요. 바이브코딩으로 만든 걸 부담 없이 세상에 올려두기 좋은 선택지예요.