Ashburton Grove

Cloud는 일정 부분의 영역이 자동화되서 제공되는 특징이 있다.

Cloud는 제공받는 서비스 영역에 따라 구분을 지을 수 있다.

(IaaS > PaaS > SaaS 순으로 확장되며, 해당 순서대로 Cloud 기술 및 서비스가 진화하였음.)

1. 제공받는 서비스에 의한 구분

1) IaaS (Infrastructure as a Service, 아이아스)

Cloud 회사들이 보유한 물리서버를 가상화로 제공받는 구조.

Infrastructure 레벨을 제공하는 서비스로,  아래 그림과 같이 하드웨어 부분을 제공하는 방식을 의미함.

IaaS에서는 인프라 자체 구축을 위해서는 다양한 요소들이 고려되어야 함.

(냉각 환경, 전력 환경, 전용선/전용망, 네트워크 회선, 관리 인력 등)

일반적으로 적은 OS가 제공되며, 사용자는 OS와 어플리케이션을 직접 관리해야하는 단점이 존재.

ex) AWS EC2

2) PaaS (Platform as a Service, 파스)

사용자가 응용 프로그램을 작성할 수 있도록 플랫폼 및 환경을 제공하는 방식
IaaS 보다 제공하는 영역이 한 단계 더 높다. (아래 그림 참고)

Cloud 업체가 기업용 S/W(DB, Middleware, WAS 등)를 설치해서 서비스로 제공해주는 형태이다.

OS, 서버, 네트워크 등의 관리/운영 Cloud 업체가 해주기에, 사용자는 어플리케이션 활용 자체에만 집중하면 된다.

(소수의 인력으로 구성된 스타트업 등은 Time to Market에 유리)

IaaS는 사용자가 원하는 S/W를 별도 구매해 언제든지 설치 가능함. 이에 반해, PaaS는 서비스에 따라 각 클라우드 회사별로 제약이 존재할 수 있음.

위 특성상, PaaS를 쓰면서 한번 개발된 어플리케이션은 다른 플랫폼으로 이관이 어렵다. 즉 사용자 편의성이 존재하는 만큼, Lock-in이 생길 수 있다는 단점이 있음.

ex) AWS Elastic Beanstalk, AWS RDS, Salesforce

3) SaaS (Software as a Service, 사스)

사용자의 별도 설치 없이 클라우드를 통해 어플리케이션이 제공됨.

아래 그림처럼 응용프로그램을 포함한 모든 단계를 Cloud 회사가 지원해주는 방식을 의미.

이메일, 네이버mybox, Google Drive도 넓게보면 SaaS의 일종
(자원이나 스토리지 공간을 할당 받는 과정을 사용자가 볼 수 없음.)
SaaS는 Cloud에서 제공해주는 S/W만 잘 쓰면 된다. (이를 제외한 나머지 이슈들은 신경을 쓸 필요가 없음.)

SaaS는 인터넷을 통해 접속해야만 쓸 수 있기에, 다른 IaaS, PaaS에 비해 보안에 취약하다는 이슈가 있음.

ex) Office365, Google Drive, 사내 이메일 시스템 

IaaS, PaaS, SaaS가 서로 다른 이유는 기업마다 보유하고 있는 인력과 집중하는 분야가 서로 차이가 있기 때문이다.

예를 들어 개발인력이 최소화된 경우, Time to Market이 빠른 경우에는 SaaS가 유리하지만 기업환경에 맞춘 커스텀마이징은 어렵다는 단점이 있다. 
개발인력 및 유지보수인력이 어느정도 있다면 PaaS가 유리하며, 보안과 기술 내재화가 중요한 경우 특히 클라우드를 인프라 레벨까지 최적화해서 쓰려면 IaaS를 선택해야한다. 
결국 Cloud 도입 방식은 정형화되어 있지 않으며 프로젝트 및 기업별로 조건 및 환경이 각각 다르므로 이에 맞게 선택하는게 제일 중요하며, 난제이기도 하다.

2. 운영 주체 및 형태에 따른 구분

1) Public Cloud

대다수의 클라우드 회사들이 제공하는 형식이다.
누구나 비용을 지불하면 서비스를 사용가능 하며 사용량 예측이 힘든 서비스에서 주로 사용

* 장점
- 초기투자 비용이 많이 발생하지 않고 사용한만큼만 비용이 청구된다.
- 필요할 때 사용량을 쉽게 늘릴 수 있음.
- 서비스를 여러 지역에 분산시켜 관리가 가능함.
- Time to Market이 빠르다.(스타트업 입장에서 유리)
- 인프라 관리보다 비즈니스에 더 집중할 수 있다.

* 단점
- 모든 기술 스택(Stack)에 대한 제어가 불가능.
- 데이터 보안을 위한 추가적인 기술 투자 필요.

대표적인 성공사례 : 아마존, 넷플릭스

2) Private Cloud

기업 내부 등에서 보안등의 이슈로 인하여 private 하게 구축하고자 하는 Cloud를 의미.
클라우드의 기술적, 비용적 장점을 기업 내부 환경에서 똑같이 적용한다.
Public Cloud를 쓰기 어렵거나(금융권 같은 특정 내부 사용자만을 대상으로 하거나) 전통적 IT 환경과 Public Cloud 장점을 누리기 위해 등장한 개념.

* 장점
- 모든 기술 스택(Stack)에 대한 제어가 가능함
- HW 제어 및 SW 커스터마이징이 가능 (정전 발생시 예비 전력 전환, DR전환 등)
- 경험 및 기술이 축적되면 Cloud의 상당 부분을 기업이 내재화할 수 있음. 
- 오랜 시간이 니자면 훨씬 더 저렴하게 높은 보안의 서비스를 구축 가능함.

* 단점
- 서버 및 가상화 SW등 초기 투자 비용이 높다.
- 모니터링과 관리를 위해 기술 투자가 지속적으로 발생함.

(지속적인 투자를 해야 Public Cloud의 장점을 계속 가져갈 수 있음)

대표적인 성공사례 : Facebook

3) Hybrid Cloud

Public Cloud와 Private Cloud를 같이 운영하는 모델. 여러 Cloud를 혼용해서 장점을 극대화하기 위해 운용하는 방식.
여러 Public Cloud를 동시에 쓰는 Multi Cloud도 Hybrid 유형에 해당됨.

* 장점
- 높은 보안이 필요한 서비스는 Private으로, 사용량 변동이 심한 서비스는 Public 으로 사용 가능.
- 필요한 경우에 따라 서비스가 사용하는 cloud를 변경 가능

* 단점
- 운영 난이도가 높다. (기술력, 기획(자사 서비스에 대한 분석 등)이 중요함)
- Public Cloud 에 있는 data 반출 요금이 발생하므로, 서비스에 대한 확실한 분리가 필요

- Private Cloud 와 Public Cloud를 통합해서 관리하는데 추가적인 기술 투자가 필요

Hybrid cloud를 잘 활용하는 기업이 AT&T, Walmart
- 새로 나오는 서비스는 Public Cloud를 적극 활용, 기존 서비스는 Private Cloud를 운영하는 혼합 환경으로 구성