“브랜드가 아닌 기능을 보라”••• 클라우드 업체 선택법

Computerworld
클라우드 계약을 맺을 때는 회사가 IT업체의 브랜드를 따질 게 아니라 이 업체가 무엇을 제공할 지를 구체적으로 무엇을 따져봐야 한다.

클라우드 컴퓨팅 도입을 결정하기 전, 계약 과정에서 이 기술이 귀사에 무엇을 해 줄 수 있는 지를 확인하기 위해 서비스의 기능성을 평가하고 시험하는 과정을 거치고 있는가? 많은 이들이 이와 같은 서비스에 대한 세부적인 고민과 검토 없이 클라우드 서비스를 받아들이고 있다.

분명히 이는 잘못된 행동이다. 계약 과정에서는 서비스와 관련해 귀사가 기대하는 결과물을 적절한 방식으로 다뤄야 한다. 만약 귀사가 계약을 진행하며 단순이 어떤 클라우드 서비스를 구매한다는 식으로만 언급한다면, 당신은 IT업체가 서비스의 범위를 변경한다 해도 아무 대응도 하지 못하고 더 이상 당신이 기대했던 역량을 충분히 얻지 못할 것이다. 클라우드 업체는 당신이 특정 클라우드 서비스를 계약한 것뿐이며, 서비스가 지원하는 기능성을 정하는 문제는 오로지 IT업체 자신들의 권한이라 주장할 수 있기 때문이다.

클라우드 컴퓨팅을 논할 때 일반적으로 언급되는 장점 중 하나는 서비스가 자동적으로 업데이트되기 때문에 사용자들은 언제나 최신의 버전과 기능성을 이용할 수 있다는 것이다. 이는 온프레미스형 소프트웨어에서와는 달리 IT 담당자들에게 맡겨지던 지속적인 업데이트 및 패치 관리의 번거로움을 클라우드 업체에 위임한다는 점에서 기업의 효율성 증진에 큰 도움이 될 것이다. 하지만, 모든 업데이트가 당신에게 유용한 것이라 장담할 수 있는가? 일반적인 클라우드 업체 계약을 살펴보면 업데이트와 관련한 조항은 대게 일방적인 경우가 많은 것을 확인할 수 있을 것이다. 아래의 예를 살펴보자.

“우리는 수시로 서비스 오퍼링의 일부(또는 전부 포함)를 변경, 중단, 또는 대체하거나 서비스 오퍼링의 특징이나 기능을 변경 또는 제거할 수 있다. 서비스 오퍼링이 중대하게 변경되거나 중단되는 경우, 우리는 고객에게 이를 통지한다.”

이러한 변화 과정에서 중단되거나 대체된 기능들은 귀사가 중요하게 여기거나 다른 서비스를 이용하도록 결정하게 한 유일한 서비스일 수도 있을 것이다. 이러한 상황으로 곤란해지지 않길 원한다면, 가능한 클라우드 계약 과정에서 업데이트를 거부할 수 있는 권한을 확보하거나, 적어도 서비스 기능 변경이나 중단이 일어날 경우 일정 기간의 여유를 두고 사전 공지를 시행해 줄 것을 요구하는 조항을 추가하는 방법을 고려해 봐야 한다. 충분한 사전 공지 기간이란 당신의 기관이 필요할 경우 다른 서비스 공급자로의 이전을 시행할 수 있을 정도의 기간을 의미한다. 이런 조항이 설정되지 않는다면 당신은 대체 서비스로 이전하는 과정에서 당신이 사전에 계약한 비용보다 많은 잠재적 비용을 부담하게 될 수도 있을 것이다.


또한 많은 기업들은 클라우드 계약 과정에서 중요한 기능성 요소를 쉽게 간과해버리기도 한다. 기업들이 흔히 간과하는 요소들은 다음과 같다.

기술적 접근 요구
당신의 사용자들이 어떻게 클라우드 컴퓨팅 서비스에 접근할까? 특정 웹 브라우저나 모바일 기기와 관련한 표준화 작업을 적절히 진행했는가? 그렇다면, 당신은 이 접속 채널들이 지속적으로 작동할 수 있도록 하는 IT업체의 지원을 클라우드 서비스 계약 과정에 적절히 명시해야 할 필요가 있을 것이다. 이 과정에 변화가 발생할 경우 충분한 사전 통보를 하는 것을 요구하는 것도 잊지 말도록 하자.

애플리케이션 프로그래밍 인터페이스(AP)
클라우드 서비스를 채택했지만 자체 인프라(in-house infrastructure)도 일부 유지하는 상황을 떠올려 보자. 이 경우 클라우드와 기존 구축형 인프라를 통합하는데 노력을 기울이는 과정(IT업체 제공 API의 통합)이 요구될 것이다. 그런데 IT업체가 API와 관련한 방향이나 정책에 변화를 주기로 결정한다면? 귀사의 API의 제공 요구와 관련한 내용을 계약 협상 과정에서 언급했다면 큰 문제가 없겠지만, 만일 그렇지 않을 경우에는 기존 통합 구조를 어쩔 수 없이 변경해야 하는 문제와 마주할 수도 있고, 혹은 그보다 더욱 심각한, 예를 들면 현재 트위터의 API 정책 변경으로 인해 일부 클라이언트들이 겪고 있는 것과 같은 상황에 놓이게 될 수도 있을 것이다.

스토리지 제한/비용
기본 가격 구조 아래에서는 클라우드 서비스의 효율적인 사용에 필요한 모든 요소들을 활용하기 어려운 경우가 많다. 예를 들어, 일부 업체들은 데이터 스토리지 규모에 제한을 걸어두고 초과분에 대해서는 추가 비용을 부과하기도 한다. 이로 인한 곤란한 상황을 해결하기 위해서는, 초기 협상 단계에서 충분한 규모의 스토리지를 확보하려는 노력이 필요하다. 그럼에도 스토리지가 부족할 것으로 예상된다면 스토리지 추가 비용과 관련한 협상 역시 진행해야 할 것이다. 추가 스토리지에 대한 비용 추가 모델 협상을 진행하는 과정에서는 스토리지 가격이 떨어지고 있는 오늘날의 트렌드 역시 참고하는 것이 도움이 될 것이다.

기술 지원
기술 지원의 경우에는 전통적 소프트웨어 업체들에게 우리가 당연하게 기대하던 영역이다. 그러나 많은 클라우드 업체들은 이와 관련해 충분한 지원을 시행하지 않고 있다. 당신이 기술 지원을 필요로 할 것으로 예상한다면, 계약 협상 과정에서 다음의 요소들을 명시해야 할 필요가 있을 것이다.

*기능, 경험, 지리 정보, 그리고 지원 인력의 일차 언어(primary language)와 관련한 지원 수준

*지원에 대한 사용자들의 접근 가능 여부

*지원 가능 시간

*지원에 대한 접근 과정(휴대폰, 이메일 등)

*오류 알림 및 수정 프로세스, 전달 프로세스, 시간 일정 포함

*Thomas Trappler는 계약 협상과 IT업체 관리를 통한 클라우드 컴퓨팅 리스크 완화 전문가로 현재 미국 캘리포니아대학교에서 소프트웨어 라이선싱을 담당하는 이사다. ciokr@idg.co.kr