Offcanvas

������������������

블로그 | 멀티클라우드라고 업체 종속성이 사라지지는 않는다

멀티클라우드(Multicloud)을 선택하는 주된 이유가 업체 종속성(vendor lockin) 때문이라는 이야기가 흔하다. 클라우드 제공업체가 많으면 더욱 독립적일 수 있다는 이 가정의 논리는 이해할 수 있다. 그러나 현실은 크게 다르다.   예를 들어, 클라우드에 애플리케이션이 있고 멀티클라우드 아키텍처를 사용하는 경우 해당 애플리케이션 작업 부하와 관련된 데이터를 AWS, 마이크로소프트 애저, 그리고/또는 구글 클라우드 플랫폼 등 2-3곳에 분산시킬 수 있다. 해당 애플리케이션을 위해 1개의 클라우드를 선택하고 표준 마이그레이션 프로세스를 수행해 구성한 후 실행할 것이다. 대부분의 사람은 이런 마이그레이션의 일환으로써 애플리케이션 작업 부하를 클라우드에 네이티브화시켜야 한다는 사실을 모르고 있을 가능성이 높다. 즉, 애플리케이션을 살짝 또는 대대적으로 변경해 API 관리, 거버넌스, 보안, 저장소 등의 네이티브 클라우드 서비스를 활용하게 되는 것이다. 애플리케이션을 클라우드에 네이티브화하면 해당 애플리케이션에 대해서는 스스로 해당 클라우드 제공업체에 종속되는 것이다. 클라우드 네이티브화 접근방식을 취하지 않으면 해당 애플리케이션을 추후에 다른 제공업체로 마이그레이션하기가 더 쉽겠지만 클라우드 네이티브화가 되지 않아 배치가 덜 최적화된다. 고급 애플리케이션 기능(클라우드 네이티브화)을 사용해 업체 종속성을 인정하든지 종속성 탈피를 위해 독립적이지만 덜 최적화된 앱에 만족해야 한다. 단일 클라우드 또는 멀티클라우드 아키텍처를 사용하는지 여부에 상관없이 종속성의 타협은 똑같다. 물론, 필요 시 다른 퍼블릭 클라우드 옵션을 이용할 수 있도록 아키텍처에 다른 퍼블릭 클라우드가 연결, 통합되어 있는 것은 큰 이점이 된다. 하지만 여전히 클라우드 네이티브화와 종속성 탈피 사이의 상충점은 피할 수 없다. 컨테이너를 사용하거나 휴대 가능한 애플리케이션을 작성해 상충점을 피할 수 있다고 생각할 수도 있다. 하지만 거기에도 문제가 존재한다. 컨테이너는 ...

록인 멅티클라우드 lockin 업체종속성

2018.12.21

멀티클라우드(Multicloud)을 선택하는 주된 이유가 업체 종속성(vendor lockin) 때문이라는 이야기가 흔하다. 클라우드 제공업체가 많으면 더욱 독립적일 수 있다는 이 가정의 논리는 이해할 수 있다. 그러나 현실은 크게 다르다.   예를 들어, 클라우드에 애플리케이션이 있고 멀티클라우드 아키텍처를 사용하는 경우 해당 애플리케이션 작업 부하와 관련된 데이터를 AWS, 마이크로소프트 애저, 그리고/또는 구글 클라우드 플랫폼 등 2-3곳에 분산시킬 수 있다. 해당 애플리케이션을 위해 1개의 클라우드를 선택하고 표준 마이그레이션 프로세스를 수행해 구성한 후 실행할 것이다. 대부분의 사람은 이런 마이그레이션의 일환으로써 애플리케이션 작업 부하를 클라우드에 네이티브화시켜야 한다는 사실을 모르고 있을 가능성이 높다. 즉, 애플리케이션을 살짝 또는 대대적으로 변경해 API 관리, 거버넌스, 보안, 저장소 등의 네이티브 클라우드 서비스를 활용하게 되는 것이다. 애플리케이션을 클라우드에 네이티브화하면 해당 애플리케이션에 대해서는 스스로 해당 클라우드 제공업체에 종속되는 것이다. 클라우드 네이티브화 접근방식을 취하지 않으면 해당 애플리케이션을 추후에 다른 제공업체로 마이그레이션하기가 더 쉽겠지만 클라우드 네이티브화가 되지 않아 배치가 덜 최적화된다. 고급 애플리케이션 기능(클라우드 네이티브화)을 사용해 업체 종속성을 인정하든지 종속성 탈피를 위해 독립적이지만 덜 최적화된 앱에 만족해야 한다. 단일 클라우드 또는 멀티클라우드 아키텍처를 사용하는지 여부에 상관없이 종속성의 타협은 똑같다. 물론, 필요 시 다른 퍼블릭 클라우드 옵션을 이용할 수 있도록 아키텍처에 다른 퍼블릭 클라우드가 연결, 통합되어 있는 것은 큰 이점이 된다. 하지만 여전히 클라우드 네이티브화와 종속성 탈피 사이의 상충점은 피할 수 없다. 컨테이너를 사용하거나 휴대 가능한 애플리케이션을 작성해 상충점을 피할 수 있다고 생각할 수도 있다. 하지만 거기에도 문제가 존재한다. 컨테이너는 ...

2018.12.21

'AWS 아닌 다른 클라우드를 선택할 만한' 13가지 시나리오

아마존 웹 서비스는 확실한 선두 주자다. 최초의 클라우드 중 하나인 AWS가 현재 가장 앞서나가는 데는 그럴 만한 이유가 있다. AWS는 가상이라는 지붕 아래에 다 열거하기가 불가능할 정도로 풍부한 옵션과 서비스를 제공한다. 수십 가지 시스템 유형, 수십 가지 데이터 저장 방법, 수백, 수천 가지의 소프트웨어 패키지 중에서 입맛대로 골라 자기만의 환경을 구성할 수 있다. 이것이 AWS가 클라우드 시장에서 절대 강자인 이유다. 그렇다고 경쟁이 멈춘 것은 아니다. AWS의 좋은 대안이 많을 뿐만 아니라 이 대안들은 빠른 속도로 발전하고 있다. 지금이야 일단 AWS를 고려하지만 미래에는 그 양상이 바뀔 수도 있다. 따라서 무조건 AWS를 선택하기보다는 먼저 아마존 클라우드가 지금은 물론 미래에도 자사가 추진하는 프로젝트와 잘 맞는지부터 생각해야 한다. 여기서는 지금 AWS가 아닌 다른 대안을 선택하는 것이 더 타당한 13가지 시나리오와 조만간 AWS를 버리고 다른 클라우드를 선택할 만한 이유를 정리해봤다. 베어 메탈 성능을 원하는 경우 클라우드의 장점인 유연성은 가상화에 기반하지만 그 가상화에는 대가가 따른다. 바로 모든 I/O 요청을 살피고 이를 적절한 가상머신에 보내는 역할을 할 소량의 코드가 필요하다는 점이다. 이 작은 코드 덩어리들이 모이면 커진다. 이를 겨냥해 조이언트(Joyent)는 자사 시스템에서 이 중간 단계를 잘라내 도커 컨테이너를 위한 “베어 메탈” 성능을 제공한다는 점을 수시로 강조한다. 조이언트는 트리톤(Triton)을 개발, 가상머신에서 I/O 작업 속도를 늦추는 여러 가지 계층을 없애는 데 성공했다. 본지의 테스트 결과에서도 가격 대 성능비가 더 우수한 것으로 확인됐다. 전용 시스템을 원하는 경우 클라우드에서 우리가 “머신”이라고 부르는 것은 대부분 더 큰 머신의 일부 조각에 불과하다. 사람들은 곧잘 자기만의 온전한 “박스&r...

구글 아마존 IBM AWS 왓슨 애저 멅티클라우드

2017.06.22

아마존 웹 서비스는 확실한 선두 주자다. 최초의 클라우드 중 하나인 AWS가 현재 가장 앞서나가는 데는 그럴 만한 이유가 있다. AWS는 가상이라는 지붕 아래에 다 열거하기가 불가능할 정도로 풍부한 옵션과 서비스를 제공한다. 수십 가지 시스템 유형, 수십 가지 데이터 저장 방법, 수백, 수천 가지의 소프트웨어 패키지 중에서 입맛대로 골라 자기만의 환경을 구성할 수 있다. 이것이 AWS가 클라우드 시장에서 절대 강자인 이유다. 그렇다고 경쟁이 멈춘 것은 아니다. AWS의 좋은 대안이 많을 뿐만 아니라 이 대안들은 빠른 속도로 발전하고 있다. 지금이야 일단 AWS를 고려하지만 미래에는 그 양상이 바뀔 수도 있다. 따라서 무조건 AWS를 선택하기보다는 먼저 아마존 클라우드가 지금은 물론 미래에도 자사가 추진하는 프로젝트와 잘 맞는지부터 생각해야 한다. 여기서는 지금 AWS가 아닌 다른 대안을 선택하는 것이 더 타당한 13가지 시나리오와 조만간 AWS를 버리고 다른 클라우드를 선택할 만한 이유를 정리해봤다. 베어 메탈 성능을 원하는 경우 클라우드의 장점인 유연성은 가상화에 기반하지만 그 가상화에는 대가가 따른다. 바로 모든 I/O 요청을 살피고 이를 적절한 가상머신에 보내는 역할을 할 소량의 코드가 필요하다는 점이다. 이 작은 코드 덩어리들이 모이면 커진다. 이를 겨냥해 조이언트(Joyent)는 자사 시스템에서 이 중간 단계를 잘라내 도커 컨테이너를 위한 “베어 메탈” 성능을 제공한다는 점을 수시로 강조한다. 조이언트는 트리톤(Triton)을 개발, 가상머신에서 I/O 작업 속도를 늦추는 여러 가지 계층을 없애는 데 성공했다. 본지의 테스트 결과에서도 가격 대 성능비가 더 우수한 것으로 확인됐다. 전용 시스템을 원하는 경우 클라우드에서 우리가 “머신”이라고 부르는 것은 대부분 더 큰 머신의 일부 조각에 불과하다. 사람들은 곧잘 자기만의 온전한 “박스&r...

2017.06.22

IDG 설문조사

회사명:한국IDG 제호: ITWorld 주소 : 서울시 중구 세종대로 23, 4층 우)04512
등록번호 : 서울 아00743 등록일자 : 2009년 01월 19일

발행인 : 박형미 편집인 : 박재곤 청소년보호책임자 : 한정규
사업자 등록번호 : 214-87-22467 Tel : 02-558-6950

Copyright © 2022 International Data Group. All rights reserved.

10.4.0.31