AWS로 돌아왔다가 다시 떠난 개발자들 — 클라우드 종속의 진짜 비용

“클라우드는 빌렸으면 됐지, 왜 갇혔다고 표현하나요?” 최근 몇 년 사이 자가 호스팅(self-hosting)으로 이탈했던 팀들이 다시 AWS로 복귀하는 사례가 늘면서 이 질문이 다시 도마 위에 올랐습니다. 그런데 흥미롭게도, 돌아온 개발자들 중 상당수가 또다시 짐을 싸는 모습이 보입니다. 한 번 떠났다가 돌아와본 사람들이 두 번째 이탈을 결심하는 이유, 그게 곧 클라우드 종속의 진짜 비용입니다.

청구서가 아니라 아키텍처가 종속이다

벤더 종속(vendor lock-in)을 이야기할 때 사람들은 보통 월말 청구서를 떠올립니다. EC2가 비싸다, S3 트래픽 요금이 살인적이다 같은 이야기죠. 하지만 진짜 비용은 다른 곳에 있습니다. 코드 베이스 곳곳에 박힌 boto3 임포트, IAM 권한에 맞춰 짜인 인증 로직, DynamoDB 키 설계를 전제로 한 데이터 모델, 그리고 Lambda 런타임에 맞춘 비동기 패턴. 이 모든 게 이전 불가능한 부채가 됩니다.

복귀한 팀들이 “또 떠나야겠다"고 느끼는 시점은 대개 비슷합니다. 새 기능을 붙이려는데, AWS 서비스 하나의 한계를 우회하기 위해 또 다른 AWS 서비스를 끼워 넣어야 할 때. 문제 해결이 아니라 플랫폼에 맞추는 작업이 늘어나는 순간, 개발자들은 직감합니다. “우리가 제품을 만드는 게 아니라 AWS를 운영하고 있구나.”

왜 한 번 떠났다가 돌아오는가

먼저 짚고 갈 부분이 있습니다. 자가 호스팅으로 이탈했던 팀들이 왜 다시 AWS로 돌아오는 걸까요? 이유는 단순합니다. 새벽 3시에 디스크가 가득 차서 알람이 울리는 경험을 한 번 하고 나면, “그냥 RDS 쓸 걸"이라는 후회가 밀려옵니다. 백업, 패치, 인증서 갱신, 모니터링 — 이 모든 운영 부담을 직접 짊어지면 개발 속도가 절반으로 떨어집니다.

특히 스타트업 초기 단계에서는 AWS의 매니지드 서비스가 강력한 무기입니다. 인프라 엔지니어 한 명 채용 비용으로 1년치 AWS 청구서가 나오는 경우가 많거든요. 그래서 돌아옵니다. 그리고 다시 떠나기까지, 보통 18개월에서 24개월쯤 걸립니다.

두 번째 이탈을 부르는 세 가지 신호

복귀 후 다시 이탈을 결심하는 팀들에게는 공통된 신호가 있습니다.

첫째, 예측 불가능한 청구서입니다. 트래픽이 두 배가 됐는데 청구서는 네 배가 되는 일이 반복되면 재무팀이 먼저 비명을 지릅니다. 특히 NAT Gateway, CloudWatch Logs, 데이터 전송(egress) 같은 “보이지 않는 비용"이 누적될 때 충격이 큽니다.

둘째, 매니지드 서비스의 블랙박스화입니다. RDS에서 성능 문제가 생겼는데 OS 레벨로 들어갈 수가 없습니다. Aurora의 이상한 동작을 디버깅하려는데 내부가 안 보입니다. 결국 AWS 서포트 티켓을 끊고 며칠을 기다리게 되는데, 이 과정에서 팀의 운영 역량이 오히려 퇴화한다는 걸 깨닫게 됩니다.

셋째, 이식성 환상의 붕괴입니다. 처음엔 “언제든 옮길 수 있어"라고 생각했지만, 2년쯤 지나면 SQS, SNS, Step Functions, EventBridge가 비즈니스 로직 깊숙이 박혀 있습니다. 떠나려면 사실상 재작성에 가까운 작업이 필요합니다.

떠난 팀들은 어디로 가는가

두 번째로 떠나는 팀들의 선택지는 첫 이탈 때와 다릅니다. 무작정 베어메탈로 가지 않습니다. 대신 하이브리드 전략을 택합니다. 코어 워크로드는 Hetzner나 OVH 같은 저렴한 베어메탈 사업자에 두고, 변동성이 큰 부분만 클라우드에 남깁니다. Kubernetes로 추상화 계층을 한 번 더 두고, 데이터베이스는 PostgreSQL처럼 어디서나 굴러가는 오픈소스로 통일합니다.

핵심은 “클라우드를 쓰되, 클라우드에 맞춰 설계하지 않는다”는 원칙입니다. AWS의 고유 서비스를 쓰더라도, 그 서비스 인터페이스를 자체 추상화 레이어 뒤에 숨겨 둡니다. 처음엔 오버 엔지니어링처럼 보이지만, 이게 진짜 보험이 됩니다.

종속의 진짜 비용은 ‘협상력’이다

청구서, 기술 부채, 운영 복잡도 — 다 중요한 비용입니다. 하지만 가장 큰 비용은 따로 있습니다. AWS와 협상할 때 대안이 없다는 사실 자체가 비용입니다. Reserved Instance 할인 조건이 불리해도, 새 서비스의 가격 정책이 마음에 안 들어도, 떠날 수 없다면 받아들여야 합니다. 이게 종속의 본질입니다.

반대로 “언제든 떠날 수 있다"는 카드를 손에 쥔 팀은 머무르더라도 더 좋은 조건으로 머무릅니다. AWS Enterprise Discount Program 협상 테이블에서 가장 강력한 무기는 다른 클라우드 견적서거든요.

여러분의 팀은 지금 AWS를 쓰고 있나요, 아니면 AWS에 갇혀 있나요? 둘은 같아 보이지만 전혀 다른 상태입니다. 그리고 이 차이를 만드는 건, 기술 선택보다는 처음 아키텍처를 그릴 때의 마음가짐입니다. 떠날 일이 없을 거라 믿고 짜는 시스템과, 언젠가 떠날 수도 있다고 가정하고 짜는 시스템은 2년 뒤 완전히 다른 모습이 됩니다.