[AI시대, 클라우드 혁신②] 설계없는 클라우드 전환은 위험

인공지능(AI) 및 클라우드 전문기업 오케스트로가 처음으로 개최하는 '솔루션데이(명칭 오케스트로 솔루션데이 2025)'가 오는 9월 2일 '그랜드 인터컨티넨탈 서울 파르나스에서 열린다. AI 시대, 클라우드 혁신의 방향을 제시할 이번 행사를 앞두고 오케스트로가 '한국 기업 맞춤 실전 클라우드'를 주제로 전문가들의 산업별 클라우드 전략을 다섯차례 연재한다. (편집자주)

클라우드는 더 이상 선택이 아닌 생존의 조건이다. 국내외를 막론하고 기업들은 앞다퉈 클라우드 이전을 추진하고 있지만, 전환의 성패를 가르는 핵심은 여전히 간과되고 있다. 바로 ‘설계’다. 설계 없는 클라우드는 위험하다. 단순히 인프라 이전에만 초점을 맞추고, 클라우드 전환의 본질을 간과한 사례들은 운영 불안정과 예기치 못한 비용 증가라는 부작용을 낳고 있다.

■ 실패한 전환의 교훈… 설계가 없으면 위험만 커진다

대표적인 실패 사례로는 글로벌 소매업체 스타일헤이븐(StyleHaven)이 있다. 이 기업은 충분한 아키텍처 설계 없이 ‘리프트 앤 시프트’ 방식으로 클라우드를 도입했다 데이터 사일로 발생과 성능 저하로 인해 고객 이탈과 매출 손실을 겪었다.

디즈니 플러스(Disney+)도 마찬가지다. 서비스 출시 첫날, 사전 확장성 계획 부족으로 서버가 다운되며 큰 혼란을 초래했다. 국내의 한 금융 기업은 고객 데이터베이스를 클라우드로 이전하던 중 네트워크 구성 오류로 서비스가 중단되고 일부 데이터가 손실되는 사고를 경험했다. 이는 온프레미스와 클라우드 간 연결 구조에 대한 사전 검토 없이 테스트 환경 없이 실서비스를 이전한 것이 원인이었다.

■ 오케스트로 상세설계 사례, 성공 기준 제시

반면, 철저한 설계를 기반으로 한 전환 사례는 다르다. 오케스트로가 수행한 ‘행정안전부 긴급신고공동관리센터’ 클라우드 네이티브 전환설계는 설계 중심 접근의 중요성을 잘 보여주는 사례다. 오케스트로는 도메인 전문가와 클라우드 전문가가 협업해 업무 프로세스를 면밀히 분석하고, 이벤트스토밍을 통해 전체 도메인을 도출했다.

또 자체 개발한 애플리케이션 소스 및 DB 스키마 자동 분석툴을 활용해 서비스 간 응집도와 결합도를 분석하고, 이를 기반으로 서비스 단위를 체계적으로 분리했다. 오케스트로는 정보보안, 응답 성능, 운영환경 호환성 등을 종합적으로 고려해 ▲마이크로서비스아키텍처(MSA) 기반 구조 설계 ▲타 기관 연계 복잡성 대응 ▲오라클(Oracle), 티베로(Tibero)에서 포스트그레SQL(PostgreSQL)로의 DB 전환 ▲데브섹옵스(DevSecOps) 기반 운영환경 도입 등을 제안했다.

이 설계는 ‘기술 이전’을 넘어 ‘업무 구조 재정립’까지 포함한 전략적 접근으로, 안정성과 확장성 모두 성과를 입증했다.

■ 해외 기업은 이미 ‘설계 중심’으로 진화

세계적으로도 설계 중심 전환은 보편적인 방향이다. 넷플릭스는 AWS 기반 MSA 구조를 통해 전 세계 수억 명이 사용하는 서비스를 단 한 번의 다운타임 없이 운영 중이다. 우버는 운전자·결제·매칭 시스템을 각각의 API 구조로 분리해 기능별 독립 배포와 장애 격리를 구현했다.

국내도 쿠팡·배달의민족 역시 주문·결제·배송 시스템을 마이크로서비스화해, 문제 발생 시 전체 서비스가 아닌 특정 기능만 격리 조치가 가능하도록 설계했다.

■ 전환이 아닌 ‘설계’가 성공 조건