서문에
전편 [IaaS-PaaS-SaaS 정의](/articles/iaas-paas-saas 정의/) 에서 클라우드 컴퓨팅의 3 가지 서비스 모델을 소개했습니다:
본문에서는 이 그림의 유래, 즉 클라우드 서비스 모델의 진화 과정을 설명합니다
一.표층 모델
2008 년에, Microsoft 등의 회사 (그 이전에 Amazon, Google 도) 가 클라우드 서비스를 탐구하고 있었습니다. Azure 를 출시할 때, Microsoft 는 이러한 모델도를 제안했습니다:
PaaS 모델과, 당시 사람들이熟知했던 온프레미스 (on-premises), 아웃소싱 호스팅 (outsourced hosting) 과의 차이를 설명하는 데 사용되었습니다
구체적으로:
-
온프레미스: 하드웨어를 소유 (��매) 하고, 데이터를 유지 관리해야 합니다
-
아웃소싱 호스팅: 호스팅 또는 매니지드 서버를 직접 사용할 수 있습니다
-
PaaS: 클라우드 아키텍처를 사용하며, 리소스 호스팅뿐만 아니라 탄력적 확장도 지원합니다
실제, 이 구독 기반의 수익 모델은 Microsoft 가 당시 가지고 있던 많은 라이선스 기반의 제품을 잠식할 가능성이 있습니다. 그러나, 매크로한 관점에서 보면, 규모의 경제 (economies of scale) 야말로 클라우드 서비스 모델의 가장 중요한 가치입니다
미시경제학에서, 규모의 경제란 기업이 사업 규모로 인해 획득하는 비용 우위를 지칭하며, 산출량 단위당 비용이 규모의 확대와 함께 감소합니다:
In microeconomics, economies of scale are the cost advantages that enterprises obtain due to their scale of operation (typically measured by amount of output produced), with cost per unit of output decreasing with increasing scale.
간단히 말해, 규모의 경제란 규모의 확대와 함께 사물을 보다 효율적으로 수행하는 것입니다:
The simple meaning of economies of scale is doing things more efficiently with increasing size.
클라우드 컴퓨팅에서는 리소스의 집중 관리 (Resource pooling) 에 구현되며, 이로 인해 규모 효과가 발생합니다:
클라우드 컴퓨팅의 규모의 경제는 두 가지 측면에 구현되며, 하나는 사용자 단말 비용의 감소, 다른 하나는 더 높은 이용률이며, 따라서 양호한 경제 효과를 발생할 가능성이 있다고 여겨집니다.
한편, 사용자는 스토리지나 서버를 구매할 필요가 없고, 서비스를 구매함으로써 (相应 기능) 을 획득하며, 비용의 투입과 관리 비용을 절감합니다. 다른 한편, 클라우드 서비스의 제공은 실제로는 대량의 사용자가 하나의 서비스의 리소스를 공유하는 것으로, 이용률이 보다 높아집니다.
클라우드 서비스 제공자가 소프트웨어 및 하드웨어 리소스를 집중 관리하고, 유지보수, 종량 과금, 탄력적 확장 등의 서비스를 제공합니다. 사용자는 상하의 N 층 리소스 스택을 완전히 제어할 필요가 없어지고, 자신의 애플리케이션을 배포할 수 있습니다 (PaaS)
二.리소스 스택 모델
위의 도표는 표층으로부터만 PaaS 와 아웃소싱 호스팅 및 온프레미스와의 주요 차이를 서술하고 있으며, 구체적인 대비에 결여되므로, 차이를 부각시키고 그 가치를 전달하며, 동시에 차이의 정도도 설명할 수 있는 시각화 모델이 필요합니다:
먼저, 사람들이 熟知하는 로컬 IT 환경에 기반하여 9 층의 리소스 스택을 추상화하고, 통일 컨텍스트로 한 후, 클라우드 서비스 모델을 이 컨텍스트에 매핑하고, 차이를 부각시킵니다. 계층 구조로 서술하는 이유는 다음과 같습니다:
-
어느 정도의 관심의 분리를 구현
-
스택 중의 각 층 간에 몇 가지 직접적인 의존 관계와 설계/조작 추상화가 있음을 표현
구체적으로:
-
온프레미스: 우리가 이해하고 있는 대로, 리소스 스택 전체를 완전히 제어하며, 이러한 리소스를 소유 및 관리합니다
-
IaaS: 모든 리소스를 완전히 제어하는 것이 아니라, 하 5 층을 인프라스트럭처 제공자에게 호스팅
-
PaaS: Application 이외의 층은 모두 제공자에게 관리를 위임하며, 우리는 자신의 애플리케이션에만 주목하면 됨
三.비유 모델
피자나 자동차 등의 비유 모델도 있지만, 리소스 스택 모델ほど 적절하지 않습니다. 비유를 수행할 때 몇 가지 컨텍스트 정보가 손실되기 때문입니다. 예를 들어 층 간의 의존 관계나 관심의 분리 등
자동차 모델을 예로:
이 비유의 핵심적인 점은:
-
온프레미스: 자신의 차를 소유하는 것과 같으며, 언제든지 가고 싶은 곳에 갈 수 있습니다 (완전 제어). 차의 모델, 외관, 색, 장식 등은 모두 자신이 선택할 수 있지만, 유지보수는 자신이 책임을 져야 합니다
-
IaaS: 렌터카 서비스와 같으며, 여전히 언제든지 가고 싶은 곳에 갈 수 있습니다. 차의 선택에는 몇 가지 제한이 있지만, 자신이 유지보수할 필요는 없고, 열쇠를 받으면 출발할 수 있습니다
-
PaaS: 대중교통과 같으며,发车时刻表에 기반하여既定의 루트로 이미 개통한 곳에 갈 수 있습니다. 이러한 제한은 존재하지만, 사용하기 쉽고, 사용량에 따라 과금할 수 있습니다 (규모의 경제의 은혜)
본질적으로, 이 비유가 표현하고 있는 것은 여전히 최초의 제어와 규모의 경제 간의 트레이드오프이지만, 시각적으로 이해하기 쉽고, 논의의 전개와 전파에 도움이 됩니다
四.리소스 스택 모델의 확장
9 층 리소스 스택 모델이 등장한 후, 시각 표현에 몇 가지 수정을 가했습니다 (3D 부분을 플랫화하고, 색의 수를 줄이고, 복잡한 형상을 삭제):
그 후 有人 이 SaaS 도 추가해야 한다고 제안하여, 이렇게 되었습니다:
SaaS 와 PaaS 의 차이를 보다 명확하게 하기 위해 (직접 추가하면, Application 의 1 층 차이만), 리소스 스택 자체에 몇 가지 조정을 가했습니다:
-
Security & Integration 층은 삭제되었습니다. 모든 층에 보안 문제가 존재하므로, 단독의 층으로서 의미가 없기 때문
-
Applications 층의下に Data 층을 추가
-
Databases, Servers, Server HardWare 층을 각각 Middleware, O/S, Server 층으로 변경
이로 인해, 클라우드 환경 (IaaS, PaaS, SaaS) 간은 모두 2 층의 차이가 되고, 클라우드 환경과 로컬 환경 간은 5 층의 차이가 되어, 클라우드 환경과 로컬 환경 간의 차이가 보다 큼을 나타냅니다
그 후, 의미를 보다 정확하게 표현하기 위해, 몇 가지 수정을 가했습니다:
-
O/S 를 Operating System 으로 변경
-
On-Premises 를 Traditional IT 로 변경. 온프레미스에는 프라이빗 클라우드 환경도 포함되므로, 구분할 필요가 있음
-
IaaS 중의 managed by 선을 경미하게 조정 (Operating System 층에 일부 연장). IaaS 중의 O/S 층은 공동 유지보수임을 나타내며, 클라우드 제공자는 기초적인 VM 이미지를 제공하지만, 사용자는 패치와 업데이트를 유지보수할 필요가 있음
최종고:
아직 댓글이 없습니다