2019.10.02

존중은 두려움에서 나온다··· 클라우드 록인을 피하는 6가지 전략

Bob Violino | CIO
이상적인 세계라면 기업은 클라우드 서비스 제공자와 서로 도움이 되는 전략적인 협력 관계를 구축할 것이다. 하지만 항상 그렇게 되지는 않는다. 

시간이 지남에 따라 상황이 바뀌고 많은 경우에 고객과 클라우드 제공자 사이의 관계는 변화에 맞춰 발전하지 않는다. 아니면 비용이 처음에 예상했던 것과 다르거나 서비스 품질이 약속과 다르다.

이유야 어찌되었든 조직이 클라우드 제공자와의 관계를 끊어야 할 필요가 있을 때가 올 수도 있다. 핵심은 필요한 순간에 비즈니스에 부정적인 영향을 끼치지 않고 이를 실시할 수 있는 유연성을 확보하는 것이다.

기업들은 실재적인 ‘망명의 위협’(threat of defection) 전략을 유지해야 한다. 예를 들어, 특정 벤더에 얽매이지 않도록 주의하고 조건이 더 이상 비즈니스 계획과 일치하지 않는 경우에 대비하여 다른 옵션에 대한 가능성을 계속 열어 두어야 한다.

이 전략이 있다고 해서 일정 시점에 반드시 해당 클라우드 제공자와 단절될 것임을 자동적으로 가정하는 것은 아니다. 하지만 상황이 잘못되었을 때를 대비하여 가능성을 열어 두는 것이다. 이런 전략을 구축하고 실천하는 방법에 관한 몇 가지 권고사항을 살펴본다.
 
ⓒ Image Credit : Getty Images Bank


유연성과 이식성을 위한 설계
IT서비스 및 컨설팅기업 액센츄어의 CIO 조직 내 상무이사 메림 베시로빅은 “데이터와 애플리케이션을 이동하기 쉽게 유지하는 것이 핵심이다”라고 말했다.

해당 기업은 기업 전체를 디지털 방식으로 혁신했으며 클라우드가 그 핵심이었다. 액센츄어는 현재 인프라의 95%를 클라우드로 운용하고 있다.

베시로빅은 “본격적으로 클라우드를 활용함으로써 네이티브 클라우드 솔루션을 도입하는데 집중할 수 있었다. 우리의 팀은 애플리케이션이 제공하고 소비할 안전하고 표준화된 클라우드 네이티브 제품을 관리하고 지속적으로 도입하는 프로세스를 수립했다”라고 말했다.

지금까지 이런 방식으로 70개 이상의 클라우드 네이티브 서비스가 제공되었다고 베시로빅이 전했다.

그에 따르면 오픈소스 표준을 사용하여 코드를 작성하는 것은 벤더 록인을 방지하는 방법 중 하나이다. 베시로빅은 “사용하는 서비스에 따라 이 접근방식은 같은 기능이 있는 다른 공급자의 클라우드 네이티브 서비스를 사용하기 위한 리팩토링 비용을 최소화하는데 도움이 된다”라고 말했다.

이식성을 유지하는 것은 말처럼 쉽지 않을 수 있다고 IT서비스 제공사 엡실론(Epsilon)의 CIO 로버트 월든이 말했다. 해당 기업은 고객용 수익 창출용 제공물과 비영업 부서 IT운영을 위해 퍼블릭 클라우드 서비스를 광범위하게 사용하고 있다.

월든은 “이식성이 높을수록 제공자를 전환할 때 애플리케이션을 더욱 민첩하게 유지할 수 있다. 일부 솔루션은 컨테이너화 하기가 더 쉽다. 현실적으로 완전히 이식 가능한 클라우드 서비스는 드물지만 가능한 경우 이식성을 추구하는 것이 클라우드 사용자의 주된 목표”라고 말했다.

록인을 방지하기 위해 아키텍처 계획을 개발하라
자문, 컨설팅, IT서비스를 제공하는 ITPN(IT People Network)의 CIO 찰리 튜리는 “벤더 록인은 클라우드 인스턴스 여부에 상관없이 초기에 고려해야 한다”라고 말했다.

ITPN은 클라우드 제공자의 서비스를 사용하며 고객에 클라우드 서비스 선택, 설정, 관리에 대한 자문을 제공하는 업체다. 내부적으로 해당 기업은 대부분의 내부 애플리케이션, 인터넷, 데이터 보관에 클라우드 제공자들을 활용한다.

기업은 록인 우려를 해결하기 위해 할 수 있는 작업 중 하나는 보다 ‘분리된’ 아키텍처를 지향하는 것이다. 튜리는 “많은 기업들이 가상 머신 및 컨테이너에 익숙해지고 있다. 우리는 고객들이 실질적으로 아키텍처 스케일을 훨씬 낮게 설정하도록 돕는다. 이 접근방식의 이유는 다양하며, 그 중 하나가 록인의 영향을 최소화하는데 도움이 된다는 것이다”라고 말했다.

적절한 접근법 중 하나는 전반적인 아키텍처를 살펴보고 초기 클라우드로의 이행 시 또는 클라우드 제공자와 이미 계약을 체결한 경우 언제든지 개발할 수 있는 계획을 수립하는 것이다. 튜리는 “이 계획에는 아무 유형의 록인에 대한 영향을 최소화하기 위한 접근방식이 상세히 설명되어 있어야 한다”라고 말했다.

그는 “또 다른 접근방식은 제공자를 애매하게 만드는 추상화 계층을 추가하는 것이다. 몇 가지 단점이 있지만 록인에 대해 실행 가능한 대응책이 될 수 있다. 이를테면 서버리스 기능의 경우 모든 클라우드 제공자들의 제공물들은 전반적을 작동 방식이 같지만 사소한 몇몇 차이점을 보인다”라고 말했다.

튜리는 이어 “이러한 차이를 추상화 계층을 통해 관리할 수 있다. 우리는 이 접근방식이 효과가 있는지 검증하기 위해 개념 증명을 구축했다. 추상화 계층 구축 및 유지보수 비용은 록인 비용과 비교하여 가중치를 두어야 한다”라고 말했다.

그는 “클라우드 도입 전 또는 필요한 제공자의 서비스가 더 이상 작동하지 않기 전에 신중하게 계획하면 록인 문제를 낮추는데 도움이 될 수 있다. 분리와 추상화를 가능한 많이 고려하라. 의존성이 낮을수록 좋다”라고 말했다.




2019.10.02

존중은 두려움에서 나온다··· 클라우드 록인을 피하는 6가지 전략

Bob Violino | CIO
이상적인 세계라면 기업은 클라우드 서비스 제공자와 서로 도움이 되는 전략적인 협력 관계를 구축할 것이다. 하지만 항상 그렇게 되지는 않는다. 

시간이 지남에 따라 상황이 바뀌고 많은 경우에 고객과 클라우드 제공자 사이의 관계는 변화에 맞춰 발전하지 않는다. 아니면 비용이 처음에 예상했던 것과 다르거나 서비스 품질이 약속과 다르다.

이유야 어찌되었든 조직이 클라우드 제공자와의 관계를 끊어야 할 필요가 있을 때가 올 수도 있다. 핵심은 필요한 순간에 비즈니스에 부정적인 영향을 끼치지 않고 이를 실시할 수 있는 유연성을 확보하는 것이다.

기업들은 실재적인 ‘망명의 위협’(threat of defection) 전략을 유지해야 한다. 예를 들어, 특정 벤더에 얽매이지 않도록 주의하고 조건이 더 이상 비즈니스 계획과 일치하지 않는 경우에 대비하여 다른 옵션에 대한 가능성을 계속 열어 두어야 한다.

이 전략이 있다고 해서 일정 시점에 반드시 해당 클라우드 제공자와 단절될 것임을 자동적으로 가정하는 것은 아니다. 하지만 상황이 잘못되었을 때를 대비하여 가능성을 열어 두는 것이다. 이런 전략을 구축하고 실천하는 방법에 관한 몇 가지 권고사항을 살펴본다.
 
ⓒ Image Credit : Getty Images Bank


유연성과 이식성을 위한 설계
IT서비스 및 컨설팅기업 액센츄어의 CIO 조직 내 상무이사 메림 베시로빅은 “데이터와 애플리케이션을 이동하기 쉽게 유지하는 것이 핵심이다”라고 말했다.

해당 기업은 기업 전체를 디지털 방식으로 혁신했으며 클라우드가 그 핵심이었다. 액센츄어는 현재 인프라의 95%를 클라우드로 운용하고 있다.

베시로빅은 “본격적으로 클라우드를 활용함으로써 네이티브 클라우드 솔루션을 도입하는데 집중할 수 있었다. 우리의 팀은 애플리케이션이 제공하고 소비할 안전하고 표준화된 클라우드 네이티브 제품을 관리하고 지속적으로 도입하는 프로세스를 수립했다”라고 말했다.

지금까지 이런 방식으로 70개 이상의 클라우드 네이티브 서비스가 제공되었다고 베시로빅이 전했다.

그에 따르면 오픈소스 표준을 사용하여 코드를 작성하는 것은 벤더 록인을 방지하는 방법 중 하나이다. 베시로빅은 “사용하는 서비스에 따라 이 접근방식은 같은 기능이 있는 다른 공급자의 클라우드 네이티브 서비스를 사용하기 위한 리팩토링 비용을 최소화하는데 도움이 된다”라고 말했다.

이식성을 유지하는 것은 말처럼 쉽지 않을 수 있다고 IT서비스 제공사 엡실론(Epsilon)의 CIO 로버트 월든이 말했다. 해당 기업은 고객용 수익 창출용 제공물과 비영업 부서 IT운영을 위해 퍼블릭 클라우드 서비스를 광범위하게 사용하고 있다.

월든은 “이식성이 높을수록 제공자를 전환할 때 애플리케이션을 더욱 민첩하게 유지할 수 있다. 일부 솔루션은 컨테이너화 하기가 더 쉽다. 현실적으로 완전히 이식 가능한 클라우드 서비스는 드물지만 가능한 경우 이식성을 추구하는 것이 클라우드 사용자의 주된 목표”라고 말했다.

록인을 방지하기 위해 아키텍처 계획을 개발하라
자문, 컨설팅, IT서비스를 제공하는 ITPN(IT People Network)의 CIO 찰리 튜리는 “벤더 록인은 클라우드 인스턴스 여부에 상관없이 초기에 고려해야 한다”라고 말했다.

ITPN은 클라우드 제공자의 서비스를 사용하며 고객에 클라우드 서비스 선택, 설정, 관리에 대한 자문을 제공하는 업체다. 내부적으로 해당 기업은 대부분의 내부 애플리케이션, 인터넷, 데이터 보관에 클라우드 제공자들을 활용한다.

기업은 록인 우려를 해결하기 위해 할 수 있는 작업 중 하나는 보다 ‘분리된’ 아키텍처를 지향하는 것이다. 튜리는 “많은 기업들이 가상 머신 및 컨테이너에 익숙해지고 있다. 우리는 고객들이 실질적으로 아키텍처 스케일을 훨씬 낮게 설정하도록 돕는다. 이 접근방식의 이유는 다양하며, 그 중 하나가 록인의 영향을 최소화하는데 도움이 된다는 것이다”라고 말했다.

적절한 접근법 중 하나는 전반적인 아키텍처를 살펴보고 초기 클라우드로의 이행 시 또는 클라우드 제공자와 이미 계약을 체결한 경우 언제든지 개발할 수 있는 계획을 수립하는 것이다. 튜리는 “이 계획에는 아무 유형의 록인에 대한 영향을 최소화하기 위한 접근방식이 상세히 설명되어 있어야 한다”라고 말했다.

그는 “또 다른 접근방식은 제공자를 애매하게 만드는 추상화 계층을 추가하는 것이다. 몇 가지 단점이 있지만 록인에 대해 실행 가능한 대응책이 될 수 있다. 이를테면 서버리스 기능의 경우 모든 클라우드 제공자들의 제공물들은 전반적을 작동 방식이 같지만 사소한 몇몇 차이점을 보인다”라고 말했다.

튜리는 이어 “이러한 차이를 추상화 계층을 통해 관리할 수 있다. 우리는 이 접근방식이 효과가 있는지 검증하기 위해 개념 증명을 구축했다. 추상화 계층 구축 및 유지보수 비용은 록인 비용과 비교하여 가중치를 두어야 한다”라고 말했다.

그는 “클라우드 도입 전 또는 필요한 제공자의 서비스가 더 이상 작동하지 않기 전에 신중하게 계획하면 록인 문제를 낮추는데 도움이 될 수 있다. 분리와 추상화를 가능한 많이 고려하라. 의존성이 낮을수록 좋다”라고 말했다.


X