[Public Cloud] 사용한 만큼 지불하고 누구나 접근 가능한 클라우드

I. 사용한 만큼 지불하고 누구나 접근 가능한 클라우드, Public Cloud의 개요

가. Public Cloud의 정의

- 누구나 인터넷/네트워크에 접속하여 결제만으로 서비스 접근 가능하고 사용한 만큼 지불(Pay-per-use)하는 구조를 갖는 공중 인프라

- 기업들의 데이터를 인터넷 상의 서버에 저장하고, 데스크탑/노트북, 스마트폰 등 클라이언트 기기에서 운영체제와 시공간의 제약없이 언제든 열어볼 수 있는 서비스 형태

 

나. Public Cloud의 특징

특 징	설 명
일반화된 서비스	외부기업이 제공하는 일반화된 서비스 사용 (중소기업에서 이용)
서비스로 제공	인터넷 접속 가능 시 언제/어디서나 접속
구성 용이	데이터 센터 불필요, 쉽고 저렴하게 구성
Low cost (비용 절감)	사용량만큼 요금 지불 (유틸리티 컴퓨팅 형태) à 초기 투자 비용 불필요
No maintenance	CSP가 Cloud 자원 운영 및 관리
Near unlimited scalability	추가 HW, SW 구매 필요 없이 필요할 때 쉽게 확장 가능
High reliability	전문 업체가 관리하므로 서비스 신뢰성 높음

 

II. Public Cloud 개념도 및 서비스 모델

가. Public Cloud 개념도

나. Public Cloud 서비스 모델 유형

 

 

유형	오퍼링	설명	적용대상	Hybird Cloud
				public	Private
SaaS (App/Services)	서비스 + 인프라	최종사용자를 대상으로 app 을 이용한 다양한 실제적 서비스 제공	기업 + 개인	App Mobile Me Google Apps Salesforce.com	Web server Database server Portal server
PaaS (Platform)	개발 환경 + 인프라	App 개발자를 대상으로 개발환경을 제공하는 것으로 인프라 자원과 함께 개발 엔진,  API 등 서비스 자원 제공	기업	Google App Engine force.com Facebook F8	Windows 플랫폼 Unix /Linux 플랫폼 zOS / zLinux /zVM플랫폼
IaaS (Infrastructure)	인프라	서버, 스토리지 등 물리적  IT 인프라 자원을 직접 제공	기업	Amazon S3 & EC2	서버인프라(CPU, memory) 스토리지인프라 network 인프라

- 해당 서비스들을 배치모델에 따라서 사용자에게 제공하거나 자체적으로 사용 가능

 

다. 클라우드 컴퓨팅 서비스 사례

기업명	내용	서비스
Amazon	스토리지 서비스	S3 (Simple Storage Service)
	웹 호스팅, 컴퓨팅 지원	EC2 (Elastic Computing Cloud)
	Queue 서비스 MS, 분산 시스템 및 Serverless Application을 쉽게 분리, 확장 가능하도록 메시지 대기열 서비스	SQS (Simple Queue Service)
	데이터베이스 서비스	SimpleDB
Google	웹 응용 플랫폼 서비스	AppEngine (PaaS)
	구글 캘린더, 구글 Docs	구글앱스 (SaaS)
SalesForce	고객관리 서비스	CRM (SaaS)
	영업자동화	SFA (Sales Force Automation)
	파트너 관계 관리	PRM 등
Microsoft	웹 응용 플랫폼 서비스	Azure Service Platform (PaaS)
	통합 서비스 지원	IaaS, SaaS 지원
KT	스토리지 서비스 (웹하드)	uCloud
Naver	스토리지 서비스 (웹하드)	N 드라이브

 

III. Public Cloud 장점 및 한계점

구분	특징	내 용
장점	Faster Time-to-Market	인프라 구매/설치 시간 단축, 시장에 신속 대응
	On-Demand Elastic Infrastructure	요구사항에 따라 탄력적 IT 자원 제공
	Pay-per-Use	초기 투자비용 없이 사용한 만큼 지불 à 비용절감
	비용 절감	사용량 기반 비용 청구
	데이터 접근성 향상	PC, 모바일 기기 등 다양한 단말에서 접근 가능
	유연성	자동화 기반한 시스템 확장으로 필요 시 자원 추가, 확장 용이 유연한 스토리지 운영 정책
한계점	스마트워크의 기초	정보 접근성을 기반
	Security	공용 인프라 사용에 따른 자사 데이터 보안성 확보 필요
	Multi-Tenancy	동일한 물리적 인프라에 다양한 고객의 데이터, 시스템, 어플리케이션 수용
	신뢰성과 성능	IT에 대한 통제권을 갖고 있지 않기 때문에, 고가용성 요구하거나 mission critical한 업무에 대해 적용하기는 한계가 있음
	벤더 종속적 기술환경	클라우드 기술이 벤더별로 다르고, 기술적 표준화 미비한 상태
	기존 유휴 투자 장비	기존 보유 인프라를 두고 클라우드 컴퓨팅에 재투자
	거버넌스와 감사 대응	IT 자원, 운영과 통제를 외부에 의존하기 때문에 해결해야 할 문제점들이 존재
	기술 성숙도	충분하지 못한 기술 성숙도

 

IV. Cloud 배치 모델 유형 관계도 및 비교

가. 사설(Private)클라우드, 공용(Public)클라우드, 하이브리드(Hybrid) 클라우드의 위치 및 연관 개념도

나. 클라우드 배치 모델 아키텍쳐

- Hybrid의 경우는 Public과 Private의 혼용

 

다. Private cloud와 Public cloud의 비교

구분	Public Cloud (External Cloud)	Private Cloud (Internal Cloud)
개념	- 불특정 다수 대상 인터넷 기반으로 운영되는 클라우드	- 특정 조직을 위해 운영되는 클라우드 (한정된 사용자 대상) - 클라우드 개념을 자사의 데이터센터에 적용
운영형태	- 서비스 제공업체가(CSP)가 Cloud 자원 소유/관리/운영 - 서로 다른 고객들의 작업이나 데이터가 클라우드 내 인프라상에서 섞여 처리	- 가상화된 인프라를 기업에서 직접 소유 (기업이 이미 보유한 HW 장비, 데이터 센터 활용) - 고객이 인프라 소유하는 동시에 사용자들의 인프라 이용 권한 결정 - 위탁 운영 및 아웃소싱
투자 위험	- Cloud 서비스 공급자가 부담	- 기업이 부담
장점	- 활용도 증가 - 최소의 투자로 최대의 효과 - IT 유지비용 없고, 사용료만 지불 (Pay per use) - IT 서비스 안정성 최대 - 서비스 적기 제공 - 고수준 탄력성 (High Scalability) - SaaS 활용 용이	- 어플리케이션의 종류 선택/실행 권한 고객 소유 → 서비스 구성 자유롭고, 자사 비즈니스에 최적화된 서비스 구현 가능 - ERM, PLM 등 기업 핵심 어플리케이션 적용 용이 - 데이터 보호 향상, 높은 보안성 - 네트워크 대역폭 제약 없음 - 인터넷 접속 제약 없음 - 서비스 수준관리 기능(SLA)
단점	- 고객사의 통제 권한 부족 - 매월 이용료 납부의 번거로움 - 지원비용(Support Cost) 증가 - 전문적 서비스 제공 어려움 - 표준화된 어플리케이션만 이용 가능	- 장비, HW, 가상화기술 비용 - 높은 초기 투자비용(예) 데이터센터 구축 비용)으로 인해 퍼블릭 서비스 대비 비용효과 상대적 낮음 - 높은 인력 비용 - 낮은 탄력성
솔루션 기업	- Amazon EC, Google Apps, Twitter, Digg, Salesforce.com	- IBM, HP, VMWare, EMC
대 상	- 일반인, 중소기업	- 대기업

 

라. 기업 활용 측면에서의 Private Cloud와 Public Cloud 비교

구분	Private Cloud(Internal)	Public Cloud(External)
장점	- 특정 임무 중심의 어플리케이션 구성하여, 보안 및 신뢰성 제고 - 네트워크 대역폭 제약 없음 - 인터넷 접속 가능 제약 없음 - 서비스 수준 관리 가능(SLA)	- 활용도 증가 - 최소의 투자로 최대의 성과 - 이용한 만큼 지불(Pay as you Go) - 서비스 적기 제공 - 높은 수준의 탄력성 - SaaS 활용 용이
단점	- 장비, 하드웨어 비용 - 가상화 기술 비용 - 데이터 센터 구축 비용 - 높은 인력 비용 - 낮은 탄력성	- 고객사의 통제 권한 부족 - 매월 이용료 납부의 번거로움 - 지원 비용(Support Cost) 증가 - 전문적인 서비스 제공 어려움
적용 규모	- 매출 10억 달러 이상 기업	- 매출 10억 달러 이하 기업
주요 기업	- IBM, HP, VMWare, EMC2	- AMS, Google Apps, Salesforce, Twitter, Facebook, Digg

- Hybrid Cloud의 경우 Private 과 Public 의 장점을 취합 단점을 배제한 방식

 

마. Private Cloud와 Public Cloud의 서비스 측면 비교

구분	Private Cloud(Internal)	Public Cloud(External)
구성 환경	- 기업 내부의 클라우드 데이터 센터를 중심으로 클라우드 컴퓨팅 환경을 구성	- 포털 사이트처럼 외부 데이터 센터를 이용하는 유틸리티 컴퓨팅
서비스 제공	- 내부 고객에게 서비스를 제공하는 방식	- 외부 고객(Public) 대중에게 서비스 제공
서비스 관리	- 구성원 개개인의 시스템 관리 부담이 적음 - 기업 입장에서 자료를 통합하여 관리하기 용이 - 전체 인프라에 대한 통제권 소유	- 서비스 대상 제한 없음 - 사용량에 따라 사용료를 지불
문제점	- 사용량에 따른 비용을 정확하게 정산 불가	- Customizing된 전문적 서비스 제공 어려움

 

V. Public, Private, Hybrid Cloud 구성 시 고려사항

형태	Public	Private/Hybrid
조직규모 및 성숙도	- 소규모 또는 스타트 업 - IT 인프라가 거의 또는 전혀 없음 - 제한된 사내 IT투자	- 대규모 또는 성숙한 조직 - 50%이상 용량으로 실행되는 물리서버 - 대규모 사내 IT투자
IT 엔지니어링 팀	- 지원이 거의 또는 전혀 없음 - 제한된 클라우드 전문기술 제공	- 대규모 사내 IT 지원 - 심도 있는 클라우드 기술적 벤치
재무전략	- 운영비용, 구독/지불 우선 순위 - 초기 데이터 센터 구축에 대한 지원 없음 - 더욱 가벼워진 데이터 규모 - 메인 스트림 비즈니스 프로세스	- CAPEX 및 감가상각 우선 순위 - 대규모 IT/자본 예산 - 대용량 데이터 규모 - 다수의 맞춤형 비즈니스 프로세스
최종 소비자 위치	- 글로벌 고객 기반: 응용프로그램 및 운영을 위한 글로벌 진입로가 요구됨 - 최종 사용자 지연 시간 문제: 먼 거리에 위치한 고객 - 여러 데이터 센터에 비용을 지불하는 것은 비용 효율적이지 않음	- 국가별 인터넷 제한: 프라이빗 데이터 센터에 대한 사설 WAN 연결 필요 - 최종 사용자 위치는 지연시간 문제에 영향을 미치지 않음 - 글로벌이지만 통합된 최종 사용자 위치가 있는 대기업: 다수 프라이빗 데이터 센터가 비용 효율적
규정 준수 및 관리 규정	- 규정 미 준수 또는 규정 준수 요건 없음	- 주요 규정 또는 준수 요구 요건 - 데이터 주권 제한 (PII 또는 제어 기술)
서비스 수준 협약(SLA) 유연성	- 유연한 SLA - 인터넷/서비스 공급자 실패에 대한 리스크 수용 - 지연 시간/가동 중지 시간 또는 중복성 보장 위해 공급자에게 제재에 관련된 계약 체결 가능	- 제한적인 SLA 또는 모든 시간 100% 가용성 요구 - SLA 실패에 대한 위험 부담 - 인터넷/서비스 공급자를 통한 프라이빗 인프라 신뢰
비즈니스 자산 제어(위험) 허용범위	- 조직은 데이터를 관리하기 위해 외부기업을 신뢰 - 비즈니스 정책에 따라 방화벽 외부에 데이터를 허용	- 비즈니스 데이터 및 지적 재산권(IP)을 절대적으로 통제 - IP 및 데이터 관리를 유지 못할 경우 중요한 비즈니스 자산 손실

- 배치 결정의 최우선 순위는 조직의 비즈니스 요구사항과 문제점을 파악하는 것