기업은 모든 것을 클라우드로 이동하면 안 된다는 것을 알고 있다. 이것은 2024년의 교훈이기도 했다.

2025년의 교훈은 그럼에도 클라우드로 옮겨야 하는 워크로드가 있다는 것이다. 그러나 그 극단 사이의 복잡한 공간을 탐색하는 것이 문제다. 기업에 따르면, 문제를 해결하는 첫 번째 단계는 클라우드 애플리케이션 계획이 애초에 왜 어려운지를 파악하는 것이다.

클라우드로의 이동하는 전략에서 빠진 것이 있다면 호스팅 지점의 단순한 전환과 반환이 각각 다르다는 뜻이다. 애플리케이션을 다시 디자인해야 할 수도 있고, 아마도 대대적인 재설계를 해야 할 수도 있다. 즉, 클라우드 기능을 아는 사람뿐만 아니라, 정적 데이터센터에 발을 들여놓고 민첩한 에테르 속에서 발을 굴러다니는 하이브리드 애플리케이션 모델을 디자인하는 방법을 아는 사람도 필요하다는 뜻이다. 그런데 그런 사람을 찾기가 매우 어렵다.

기업은 인재가 문제라고 주장한다. 한 CIO는 클라우드 아키텍트를 채용하려고 할 때마다 실리콘 밸리에 있는 기업이 훨씬 더 높은 연봉을 제시하며 그 후보자를 빼앗아 간다고 말했다. 클라우드 기술을 가진 사람을 채용하는 것은 HR의 도전 과제이지만, 자격을 갖춘 클라우드 아키텍트를 채용하는 것은 복권에 당첨되는 것처럼 드문 일이다.

애플리케이션 아키텍트를 대상으로 클라우드 원칙에 대한 교육을 시도하는 기업도 있지만, 평균적으로 1년이라는 시간이 걸린다고 한다. 그리고 그 과정이 끝날 무렵, 아키텍트들은 클라우드 인증 취득 기간 동안 다양한 직업 기회를 얻게 되었다. 한 CIO는 클라우드 기술 분야에서 아키텍트 인증 업체가 아키텍트를 은밀하게 채용하는 경우가 많다고 불만을 토로했다.

결과적으로, 기업은 가용 자원을 활용해 실현 가능한 클라우드 계획 과정을 거쳐야 한다.

지금까지 가장 효과적인 전략은 ‘클라우드 팀’이라는 개념이다. 클라우드 기술을 가진 모든 사람들과 최고의 소프트웨어 아키텍트를 모아 팀을 구성하고, 팀이 현재 및 제안된 클라우드 애플리케이션을 검토해 비즈니스 목표를 충족하는 높은 수준의 접근 방식을 찾도록 한다. 이 과정에서 팀은 구현 세부 사항을 피하려고 노력하고, 대신 하이브리드 애플리케이션에는 민첩한 클라우드 측면과 거버넌스 및 주권 데이터센터 측면이 있으며, 해야 할 일은 기능을 올바른 위치로 밀어 넣는다는 개념에 초점을 맞춘다.

클라우드 팀 지지자들은 경험 많은 애플리케이션 아키텍트가 클라우드 도구나 비용에 대한 세부적인 지식 없이도 추상적인 관점에서 클라우드를 다룰 수 있다고 말했다. 예를 들어, 아키텍트는 이벤트 중심 모델과 트랜잭션 중심 모델 중 어느 쪽을 사용해야 하는지에 집착하지 않고, 두 가지 모델의 사용 가치를 평가할 수 있다. 먼저 접근 방식을 생각해 내는 것이 중요한다. 그런 다음, 개발자는 클라우드 서비스 업체와 협력해 각 접근 방식을 구현에 적용하고, 비용, 이점, 위험을 평가할 수 있다.

물론 최고의 전략이라고 단언하기는 어렵지만, 상당히 좋은 전략임은 분명하다. 기업은 모두 다른 방식으로 클라우드 재평가 여정을 시작하지만, 또한 여정이 효과가 없다는 데에도 동의한다.

클라우드 비용에 대한 무작정적인 접근 방식은 디자인이 아닌 구현을 공격하는 것이다. 어떤 클라우드 기능을 선택했는가? 더 저렴한 기능을 찾을 수 있었는가? 모든 특수 기능을 없애고 웹 서비스가 전혀 없는 컨테이너나 가상머신만 호스팅하게 됐는가? 이 방법을 시도하는 기업(거의 모든 기업)은 클라우드 비용의 15% 미만을 절감한다고 보고한다. 이 정도 절감률은 애플리케이션 변경 비용을 회수하는 데 약 5년이 걸린다는 것을 의미한다. 과거 기업은 모든 핵심 소프트웨어를 내부적으로 구축했지만, 현재는 현재 2/3 이상이 상용 소프트웨어이고 개발 자원을 통해 필요에 맞게 조정한다고 말했다. 하지만 서드파티에서 받은 것의 내부를 바꿀 수 없고, 모든 것을 스스로 할 수 있는 자원이나 시간도 없다.

이에 비해 클라우드 팀은 무엇을 할 수 있을까? 클라우드 비용/이익을 최적화하기 위해 어떤 형태로든 애플리케이션을 재구축하는 데 이 접근 방식을 사용한 33개 기업 중 평균 절감율은 55%였고, 구현 비용에 대한 회수 기간은 2년 미만이다. 커다란 차이다.

클라우드 팀을 시도해 본 기업에는 더 깊은 교훈이 있다. “클라우드는 모든 것을 변화시킨다”라는 주장이 있었지만 적어도 생각했던 것만큼 간단하고 직접적인 방식은 아니었다. 클라우드의 경제 혁명은 선택적이다. 약속된 이익을 제공하기 위해서는 비즈니스 문제에 신중하게 맞춰야 한다. 애플리케이션 개발은 전반적으로 변화해야 한다. 하향식 설계가 항상 요구해 왔지만 항상 제공하지는 못했던 전략적-전술적 흐름을 강조해야 한다. 이것이 첫 번째 교훈이다. 두 번째는 클라우드가 가장 많이 변화시키는 애플리케이션은 다른 곳에서는 구현되지 않았기 때문에 클라우드로 옮길 수 없는 애플리케이션이라는 것이다.

수십 년 동안 IT는 트랜잭션 관련 업무에 집중해 왔다. 어떤 형태로든 비즈니스 기록을 수집하고 처리한다. 인터넷이 도입되면서 일과 삶에 따라 유동적으로 변화하는 새롭고 더 민첩한 형태의 IT가 필요하다는 주장이 대두되었다. 그러나 새로운 변화는 기존 거래 모델에 맞지 않았다. 기업은 이제 클라우드가 새로운 것을 호스팅하는 데 가장 적합한 곳이라는 것을 깨닫고, 클라우드 팀을 통해 구축하는 하이브리드 애플리케이션은 트랜잭션 애플리케이션의 프론트 엔드 부분을 분리해 만들어지기 때문에 클라우드의 민첩성이 지원할 수 있는 모든 것을 살펴보게 된다. 클라우드의 잠재력을 최대한 발휘하려면 흐름과 썰물이 있어야 한다. 이것이 다음 과제이다.,

중요한 점은 클라우드가 아니라, 애플리케이션이 추진 주체라는 것이다. 그렇기 때문에 클라우드 최적화는 전략적 수준에서 시작할 때 성공한다. 클라우드 팀을 움직이는 것은 클라우드 전문가가 아닌 애플리케이션 및 기업 아키텍트라고들 말한다. 기업은 좋은 개발자라면 클라우드 기술을 마스터할 수 있다고 생각한다. 좋은 아키텍트는 개발 노력을 어디에 적용해야 하는지 알고 있으며, 이것이 바로 필요한 기술이다.

AI와 같은 신기술도 마찬가지이다. 작업자를 AI로 대체하는 것은 서버를 클라우드로 대체하는 것과 같다. 둘 중 하나를 정당화할 수 있는 근거를 찾아야 차이를 만들 수 있으며, 지하실에서 곧바로 초고층 펜트하우스로 올라갈 수는 없다. 전략적 위치에 AI 지능을 주입할 수 있도록 업무를 재고하고 비즈니스 프로세스를 재구상하는 것부터 이야기해야 한다. 클라우드가 모든 것을 변화시키는 데 도움이 되는 것은 AI가 똑같이 할 수 있도록 돕고, 두 가지가 함께 작동하는 방식에도 도움이 될 수 있다.
dl-itworldkorea@foundryco.com