클라우드 리패트리에이션 — 다시 온프레미스로 돌아가는 이유

지난 십수 년간 기술 업계의 방향은 한쪽으로만 흘렀다. "모든 것을 클라우드로." 그런데 최근 그 물길의 일부가 되돌아오고 있다. 클라우드 리패트리에이션(cloud repatriation), 즉 클라우드에 올렸던 워크로드의 일부를 다시 자체 데이터센터나 온프레미스로 되가져오는 흐름이다. 이유는 낭만이 아니라 비용과 예측 가능성이다.

나는 "클라우드가 무조건 싸다"는 통념이 서서히 깨지는 걸 지켜봤다. 초기엔 분명 유리했다. 서버를 사둘 필요 없이 쓴 만큼만 낸다는 모델은 스타트업에 딱 맞았다. 그런데 규모가 커지고 워크로드가 안정되자, 계산기의 답이 달라지기 시작했다.

계산기의 답이 바뀐 이유

클라우드의 종량제는 부하가 들쭉날쭉할 때 빛난다. 트래픽이 튀는 순간에만 자원을 늘렸다가 내리면 되니까. 그런데 워크로드가 24시간 꾸준히 돌아가는 안정적 부하라면 이야기가 다르다. 늘 켜져 있어야 하는 서버를 종량제로 빌리는 건, 장기적으로 직접 사서 굴리는 것보다 비쌀 수 있다.

여기에 자주 간과되던 항목이 겹친다. 데이터 이그레스(egress) 비용이다. 클라우드에 데이터를 넣는 건 대개 싸지만, 밖으로 빼낼 때는 요금이 붙는다. 데이터를 많이 주고받는 워크로드일수록 이 비용이 조용히 쌓여 청구서를 부풀린다. AI 워크로드처럼 GPU를 오래 점유하는 경우에도, 필요한 하드웨어를 직접 확보하는 편이 유리하다는 판단이 나오곤 한다.

무엇을 되돌리고 무엇을 남기나

회귀에 적합한 것

부하가 예측 가능하고 꾸준한 워크로드가 1순위다. 사용량이 뻔히 보이니 자체 인프라의 고정비가 오히려 유리하다. 데이터 중력이 큰, 즉 대용량 데이터를 곁에 두고 처리해야 하는 워크로드도 온프레미스가 잘 맞는다.

클라우드에 남길 것

반대로 트래픽이 급변하거나 계절을 타는 워크로드는 클라우드에 두는 게 낫다. 잠깐의 폭증을 위해 하드웨어를 사두는 건 낭비다. 글로벌 사용자를 상대로 여러 리전에 빠르게 뻗어야 하는 서비스, 관리형 서비스의 편의가 중요한 영역도 클라우드의 강점이 살아 있다.

되돌리기 전에 냉정해야 할 것

리패트리에이션이 유행어가 됐다고 무작정 짐을 싸는 건 위험하다. 자체 데이터센터를 운영하려면 하드웨어 구매만 문제가 아니다. 이를 돌보는 인력, 이중화, 보안, 물리적 관리까지 되살려야 한다. 클라우드로 옮기면서 처분했던 역량을 다시 갖추는 비용이 만만치 않다.

그래서 현실의 답은 대개 하이브리드로 수렴한다. 전부 클라우드도, 전부 온프레미스도 아닌, 워크로드마다 가장 싼 자리를 찾아 배치하는 것이다. 중요한 건 감정이나 유행이 아니라 실측이다. 실제 청구서를 뜯어보고, 이그레스와 운영 인건비까지 넣은 총소유비용으로 판단해야 후회가 없다.

자주 묻는 질문

클라우드 리패트리에이션은 클라우드가 실패했다는 뜻인가요?

아니다. 클라우드는 여전히 많은 워크로드에 최선이다. 리패트리에이션은 "무조건 클라우드"라는 획일적 접근을 워크로드별 최적 배치로 조정하는 성숙의 신호에 가깝다.

비용이 정말 절감되나요?

워크로드에 따라 다르다. 안정적이고 꾸준한 부하, 데이터 전송이 많은 워크로드에서는 절감 효과가 나타날 수 있다. 반면 변동이 큰 부하는 오히려 클라우드가 싸다. 총소유비용으로 따져야 한다.

중소기업도 고려할 만한가요?

대체로 신중해야 한다. 자체 인프라 운영에는 상당한 인력과 초기 투자가 든다. 규모가 크고 워크로드가 안정적일수록 유리하며, 작은 조직에는 하이브리드로 일부만 조정하는 접근이 현실적이다.

데이터 이그레스 비용이 왜 중요한가요?

클라우드는 데이터를 밖으로 내보낼 때 요금을 매기는 경우가 많다. 데이터를 자주, 많이 주고받는 워크로드는 이 비용이 누적돼 예상보다 청구서가 커진다. 회귀를 검토할 때 반드시 계산에 넣어야 할 항목이다.