클라우드 생태계의 고장, 그리고 고객의 책임

by Yameh

기술을 배웠지만, 왜 실패하는가

우리는 지난 12화 동안 클라우드를 구성하는 모든 것을 배웠습니다.

VM부터 컨테이너까지, 프라이빗부터 멀티 클라우드까지. 기술적으로는 거의 모든 것을 알게 된 셈입니다.

그런데 현장에서는 왜 이 기술들이 제대로 작동하지 않을까요?
왜 클라우드 프로젝트의 70%가 기대에 못 미치는 결과로 끝날까요?
왜 "클라우드로 전환했는데 오히려 비용만 늘었다"는 하소연이 반복될까요?

문제는 기술이 아니었습니다. 문제는 그 기술을 둘러싼 '구조'였습니다.

이제부터가 이 책(제가 이야기하는 내용)의 진짜 본론입니다.

기술은 빠르게 진화했지만, 그 기술을 둘러싼 클라우드 생태계—고객, CSP, MSP, 컨설팅으로 이뤄진 '구조'—는 그 속도를 따라오지 못하고 있습니다.

이번 화에서는 기술의 영역을 넘어, 클라우드 생태계가 왜 제대로 작동하지 않는지 그 '말하지 않는 이야기'를 다뤄보겠습니다.

그리고 이 문제를 해결할 첫 번째 열쇠인 '고객의 책임'에 대해 이야기하겠습니다.


이상과 현실: 생태계가 작동하지 않는다

이상적인 클라우드 생태계를 그려보면 이렇습니다.

고객은 명확한 전략을 세웁니다.

CSP는 혁신적인 기술을 제공합니다.

MSP는 책임감 있는 운영 품질을 제공합니다.

컨설팅은 실행 가능한 전략을 설계합니다.

아름답죠. 하지만 현실은 어떻습니까?

지금의 생태계는 '협력'이 아닌 '책임 회피'와 '구조적 불균형' 위에 서 있습니다.

그 시작점에는 하나의 치명적인 환상이 자리 잡고 있습니다.

"클라우드는 무조건 싸다."


비용 환상이 만든 악순환

이야기는 항상 이렇게 시작됩니다.

"클라우드로 가면 비용 30% 절감된다며?"

고객은 가장 싼 MSP를 찾습니다. 세 곳에서 견적을 받고, 가장 낮은 가격을 제시한 곳을 선택합니다.

MSP는 수주를 위해 마진을 포기합니다. 심지어 '무료 컨설팅', '초기 설계 무상 지원'까지 던지며 저가 경쟁에 뛰어듭니다.

프로젝트가 시작됩니다.

수익이 나지 않는 MSP는 기술 개발에 투자할 수 없습니다. 인력 육성은 사치가 됩니다.

경험 있는 엔지니어 대신 신입 위주로 팀을 구성합니다. 딜리버리 품질이 떨어집니다.

프로젝트는 예상대로 흘러갑니다.
아키텍처는 최적화되지 않았고, FinOps는 방치되며, 비용은 예상을 초과합니다.

고객은 실망합니다.
"클라우드, 별거 없네. 비용만 더 나가네."

생태계의 신뢰가 무너집니다.
그리고 다음 프로젝트에서 고객은 다시 묻습니다.

"더 싼 데 없어요?"

이것이 한국 클라우드 생태계의 현주소입니다.

CSP, MSP, 고객 그 누구도 승리할 수 없는, 모두가 패배하는 게임. 기술은 앞서가는데, 그것을 다루는 구조는 멈춰 있습니다.

클라우드 컴퓨팅(2)_13화_2.png 비용 환상의 악순환

첫 번째 책임: 고객이 설계자가 되어야 한다

이 고장 난 생태계의 악순환을 끊을 수 있는 첫 번째 주체는 누구일까요?

바로 고객입니다.

고객이 더 이상 수동적인 '소비자'로 머무르지 않고, 생태계를 이끄는 '설계자'로 각성해야 합니다. 클라우드는 '맡기는' 것이 아니라, '설계하고 운영하는' 것이기 때문입니다.

"우리는 기술을 모르는데, 어떻게 설계자가 되나요?"

이런 질문을 받곤 합니다.

하지만 여기서 말하는 '설계자'는 MSP보다 기술을 더 많이 알아야 한다는 의미가 아닙니다.

핵심은 이것입니다:
우리 회사의 비즈니스 구조를 가장 잘 아는 주체로서, 어떤 클라우드 구조가 우리에게 적합한지, 무엇을 외부에 맡기고 무엇을 직접 통제해야 하는지 판단할 수 있어야 한다는 것입니다.

이를 위해 필요한 것들이 있습니다.


1. Cloud CoE는 선택이 아니라 필수다

Cloud CoE(Center of Excellence, 클라우드 전문가 조직)는 클라우드 전략을 수립하고, 아키텍처를 검증하며, 비용을 통제하는 내부 조직입니다.

많은 기업이 "우리는 작아서", "예산이 없어서" CoE를 만들지 않습니다. 그리고 모든 것을 MSP에 맡깁니다. 그 순간 전략의 주도권은 MSP에게 넘어갑니다.

CoE가 없는 조직은 MSP의 제안을 검증할 수 없습니다.

"이게 정말 우리에게 필요한가?", "이 비용은 적정한가?", "이 아키텍처는 우리 비즈니스에 맞는가?" 같은 질문을 던질 수 없습니다.

작은 조직이라면 풀타임 전담 조직이 아니어도 됩니다. 하지만 최소한 클라우드 전략과 비용을 통제할 수 있는 2~3명의 핵심 인력은 반드시 확보해야 합니다.


2. FinOps의 최종 책임은 고객에게 있다

많은 고객이 FinOps(비용 최적화)를 MSP의 책임으로 생각합니다.
"비용 절감은 MSP가 알아서 해주는 거 아닌가요?"

아닙니다.

MSP는 기술적 최적화를 제안할 수 있습니다. 사용하지 않는 리소스를 정리하고, 예약 인스턴스를 권장하고, 적절한 인스턴스 타입을 추천할 수 있습니다.

하지만 "이 서비스를 끌 것인가, 계속 유지할 것인가"는 비즈니스 판단입니다. MSP는 이 질문에 답할 수 없습니다. 오직 고객만이 답할 수 있습니다.

FinOps의 최종 책임은 고객에게 있습니다.

비용을 모니터링하고, 예산을 통제하며, 불필요한 지출을 과감히 정리하는 것은 고객의 몫입니다.


3. 합리적인 갑(甲)이 되어야 한다

"정당한 대가를 지불하라"는 말이 이상하게 들릴 수 있습니다.

하지만 이것이 생태계를 바로 세우는 핵심입니다.

저가 입찰로 MSP를 선택하면, MSP는 마진이 없어 기술 개발과 인력 육성에 투자할 수 없습니다. 결국 품질이 떨어지고, 고객도 손해를 봅니다.

합리적인 갑은 이렇게 행동합니다:


- 최저가가 아니라, 적정한 가격에 제대로 된 품질을 제공하는 파트너를 선택합니다.

- 무리한 요구를 하지 않습니다. 대신 명확한 목표와 책임 범위를 정의합니다.

- "빨리빨리"를 요구하지 않습니다. 대신 적절한 일정과 품질 기준을 함께 논의합니다. 즉, 빨리 빨리를 요구하기 전에 선제적인 계획을 수립하고 일정에 맞춰 과업을 준비합니다.


이것이 생태계를 바로 세우는 첫걸음입니다.


두 번째 책임: 전략 없는 도입을 멈춰라

고객이 주도권을 쥔다 해도, 전략 없이 클라우드를 도입하면 실패는 예정되어 있습니다. 가장 흔한 세 가지 함정을 살펴봅시다.


함정 1: 이전(Migration)을 전환(Transformation)으로 착각하다

"온프레미스에서 돌던 걸 클라우드로 옮기면 되는 거 아닌가요?"

이것이 가장 흔한 실수입니다. 기존 시스템을 아무런 구조 개선 없이 그대로 클라우드로 옮기는 것(Lift & Shift)은 '전환'이 아닙니다. 그것은 그저 '이사'일 뿐입니다.

클라우드는 운영 방식, 보안 체계, 비용 통제 방식까지 새롭게 설계할 때 비로소 가치를 발휘합니다.

단순 이전만 실행하면 결과는 뻔합니다.

"비용만 비싸지고 아무것도 변하지 않았다."

이전은 시작일 뿐입니다. 진짜 가치는 그 이후의 구조 개선에서 나옵니다.


함정 2: 재원이 준비되지 않은 전략

"클라우드는 싸다"는 환상은 또 다른 함정을 만듭니다.

충분한 예산과 자원 없이 프로젝트를 시작하는 것입니다.

클라우드 전환은 단순히 서버를 옮기는 게 아닙니다. 구조를 바꾸는 일입니다. 초기 투자와 전문가의 도움이 반드시 필요합니다.

하지만 예산이 부족하면 어떻게 될까요?

프로젝트 범위를 줄입니다. 품질을 낮춥니다. 인력을 절감합니다. 그렇게 만들어진 결과물은 아무도 쓰지 않는 실패한 구조가 됩니다.

재원이 준비되지 않은 전략은 실행되지 않습니다.

클라우드 전환에 필요한 비용을 정확히 산정하고, 충분한 예산을 확보한 뒤에야 프로젝트를 시작해야 합니다.


함정 3: 기술이 비즈니스를 앞서다

"요즘 MSA(마이크로서비스 아키텍처)가 유행이라던데, 우리도 도입해야 하지 않나요?"
"쿠버네티스를 써야 혁신적인 거 아닌가요?"

기술 유행에 휘둘리는 조직들이 많습니다. 하지만 질문을 바꿔봅시다.

"우리 비즈니스에 왜 이 기술이 필요한가?"

이 질문에 명확한 답이 없다면, 그 도입은 또 다른 혼란만 야기할 뿐입니다.

기술은 목적이 아니라 수단입니다.

비즈니스 목표가 먼저고, 기술은 그 목표를 달성하기 위한 도구일 뿐입니다. 순서를 바꾸면 실패합니다.


클라우드 컴퓨팅(2)_13화_3.png 전략없는 도입의 세가지 함정


결론: 고객이 운전대를 잡아야 한다

클라우드 생태계의 고장과 실패의 반복은, 그 첫 단추인 고객의 전략 부재에서 시작됩니다.

고객이 스스로의 비즈니스를 설계하고 주도권을 쥐지 않으면, MSP도 CSP도 제 역할을 할 수 없습니다.

기술은 준비되어 있지만, 그것을 이끌 주체가 없기 때문입니다.

이제 고객은 단순한 '소비자'가 아닌, 클라우드라는 거대한 배의 '운전대를 잡은 선장'이 되어야 합니다.

하지만 고객의 각성만으로는 충분하지 않습니다. 생태계를 구성하는 다른 주체들—CSP, MSP, 컨설팅—도 변해야 합니다.

그렇다면 이들의 문제는 무엇이며, 그들은 어떻게 변해야 할까요?



다음 화에서 생태계의 나머지 주체들—CSP, MSP, 컨설팅—의 현실을 들여다보고, 무엇이 바뀌어야 하는지 논의해 보겠습니다.

이전 12화클라우드 선택의 마지막 질문