21-5 클라우드 컴퓨팅
클라우드 컴퓨팅
클라우드 컴퓨팅용어가 처음 등장한 것은 1996년의 논문에서 사용됨.
2000년대 중반 Amazon 이 내부 사용 자원을 이용해 클라우드 사업을 개시하면서부터 널리 사용됨.
메인프레임(60's ~ 80's)
터미널 이용, 시분할 시스테 (batch processing)클라이언트-서버(90's)
저비용 단말기를 이용하여 많은 사용자들이 서버 자원에 접근그리드 컴퓨팅(circa 2000)
값싼 장비들을 대량으로 연결하고 웹 기반의 응용을 통하여 접근클라우드 컴퓨팅(2005- ing)
on-demand 로 인프라 구성 및 활용
개방형/폐쇄형 클라우드
개방형 (public cloud)
- 사용자가 요금을 지불하고 이용할 수 있도록 일반 대중에 서비스 제공
- 규모가 작은 기업이 내부 IT 관리의 부담을 줄이면서 이용하기에 적합함
e.g. : AWS (Amazon), GCP (Google), Azure (Microsoft), ...
폐쇄형 (private)
- 자사의 IT 시스템 인프라 구축을 목적으로 클라우드 서비스를 자체 운영 또는, 클라우드 인프라 구축과 운용을 아웃소싱
- 대규모 기업의 IT 인프라를 안정적으로 운용하는데 적합함
클라우드 컴퓨팅의 핵심 원칙
- 공유된 컴퓨팅 자원
- 컴퓨팅 자원의 가상화
- 자원 수요 증감에 대한 탄력성
- 자원 활용 방식의 자동 제어
- 사용량에 따른 과금
이러한 원칙들은 클라우드 컴퓨팅 서비스 제공자의 측면에서
유효한 비즈니스 실행이 가능하기 위해서 갖추어야 하는 요구조건으로 해석할 수 있음
공유된 컴퓨팅 자원
자체 호스팅과 외주 자원 이용의 비교
자체 호스팅: 설비 투자비용 발생, 운영에 전담 인력 배정으로 인건비 부담- 프로젝트 성공 여부에 상관 없이 무조건 지출해야 하는 장비, 소프트웨어 등의 구입
외주 자원 이용: CAPEX -> OPEX 전환, 운영 비용 잠재적 감소- 관리 호스팅 방식을 이용하든 클라우드 컴퓨팅을 이용하든 공히 성립
관리 호스팅 방식과 클라우드 컴퓨팅의 비교
- 클라우드 모델의 눈에 띄는 차별점은 "대부분의 경우 초기 셋업 비용 자체가 필요 없음"
- 낮은 인프라 비용 구조 (단순히 생각해도, 대량 구매로부터 얻어지는 가격 이점이 있음)
- 관리 호스팅에 드는 연간 비용은 보통 자체 호스팅의 설비투자비용과 비슷하거나 조금 낮은 정도
컴퓨팅 자원의 가상화
- 클라우드 서비스를 이용하지 않는다고 하더라도 서버 가상화는 여러가지 경제적 이점을 가짐
- 물리적인 공간, 전력, 냉방 등을 필요로 하는 컴퓨팅, 스토리지, 네트워크 등의 자원을 최대로 활용해야 하므로..
- 가상화 기술의 적용으로 자원 공동 사용의 이점을 극대화
- 공동 자원을 사용하는 애플리케이션들이 필요한 자원 요구량에 맞추어 자원 사용 규모를 동적으로 조정할 수 있어야 하므로
-> 다음 핵심 원칙인 "탄력성"의 근거가 됨
- 공동 자원을 사용하는 애플리케이션들이 필요한 자원 요구량에 맞추어 자원 사용 규모를 동적으로 조정할 수 있어야 하므로
자원 ㅅ구요 증감에 대한 탄력성
- 필요에 따라 유동적으로 자원 소비량을 조절할 수 있는 능력
- 평상시에는 기본적인 수준의 자원만 있으면 되지만, 작업이 순간적으로 많이 몰리는 상황에서는 평균보다 훨씬 많은 자원을 필요로 함
- 컴퓨팅 자원 가상화에 의한 민첩성을 통해 여유 있게 시스템 규모를 준비해야 하는 부담을 경감
- 민첩성을 획득하기 위해서는 또 다른 핵심 원칙인 "자동화"가 필요
자원 활용 방식의 자동 제어
- 클라우드 컴퓨팅 인프라는 API 를 통한 자동화 기능 제공
- 가상 인스턴스를 수 분 내에 준비하고 배포
- 자원 수요가 감소하면 가상 인스턴스들을 해제하여 공동 자원(pooled resources)에 환원
- 따라서 추가 투입된 인스턴스를 사용한 시간만큼의 비용만 추가로 발생
- 여기에 물리적인 서버의 추가/제거/이동 또는 수작업 설치/테스트 등은 전혀 개입되어서는 안됨
사용량에 따른 과금
-
관리 호스팅과의 과금 모델 비교
관리 호스팅: 초기 셋업 비용과 연간 약정 비용 과금클라우드 컴퓨팅: 초기 셋업 비용 없음, 사용량에 따라 이용료 과금
-
클라우드 컴퓨팅 비용 모델은 새로운 비즈니스 기회를 창출
-
특히 새로운 사업을 시작하고자 하는 소규모 벤처 기업이 대규모 IT 인프라를 갖추고 있는 기존 대기업들과 동등한 환경에서 경쟁하는 것이 가능해졌음
-
PoC 단계에서 뿐만 아니라 사업 규모 확장에 유연하게 대응할 수 있는 사업 구조를 지속적으로 적용할 수 있는 선택이 가능
-
<gpt 보충>
PoC (Proof of Concept)
- 개념 증명 또는 시범 사업이라는 의미
어떤 기술이나 아이디어가 실제 환경에서 실현 가능하고 효과가 있는지 검증하기 위해 작은 범위에서 먼저 실험적으로 구현해보는 단계.
예)
어떤 회사가 클라우드 기반의 새로운 서비스를 기획하고 있다고 가정할 때,
먼저 PoC 단계에서 AWS, Azure, GCP 같은 클라우드 플랫폼을 소규모로 사용해보며
성능, 비용, 보안, 유연성 등을 검토해보고
이 아이디어가 사업적으로도 실현 가능하다는 걸 증명하면
이후 본격적으로 사업 확장으로 넘어갈 수 있습니다.
가게를 차리기전 푸드트럭을 운영해보며 판매하고자 하는 음식의 사업성을 평가
- 음식이 인기가 있을지
- 하루에 몇 명의 손님이 오는지
- 재료수급, 판매 방식에 대한 평가
-> 작은 규모에서 실험해보며 사업성을 판단하는 과정
-> 잘되네? -> 2호점, 테이블 추가, 인력추가 (서버증설, 저장공간 확장, 트래픽 확장 등)
클라우드 서비스 모델과 경제적 타당성
클라우드 서비스 모델
IaaS (Infrastructure as a Service)
- 가상화된 물리적인 자원을 제공
PaaS (Platform as a Service)
- 소프트 웨어 개발을 돕는 플랫폼을 제공
Saas (Software as a Service)
- 고객이 활용하는 소프트웨어를 제공
IaaS
IT 자원을 서비스로서 제공 : 네트워킹 기능, 컴퓨터(가상 또는 전용), 데이터 스토리지
유연성과 관리제어 자유도가 높으며, 기존의 IT부서 및 개발자 집단에 익숙한 기능을 제공
PaaS
소프트웨어가 실행될 플랫폼을 서비스로서 제공
- 하드웨어와 운영체제 등은 서비스 제공자가 모두 관리
- 응용 소프트웨어의 배포와 유지 관리에 집중할 수 있음
IT 자원의 구매, 용량 계획, 유지 관리 등의 부담을 경감
SaaS
서비스 공금자에 의해 실행되고 관리되는 완전한 제품을 제공 : 최종 사용자 응용 서비스 (예: 웹 기반 이메일 등)
서비스 유지 관리 방법 및 시스템 인프라의 운용에 대하여 고려할 필요 없이 소프트웨어를 이용할 수 있음
클라우드 전환의 이득
CAPEX -> OPEX 전환으로 얻어지는 자금 유동성 확보
서버 구매나 설치의 필요를 제거하여 얻어지는 민첩성
경쟁 우위를 점할 수 있는 T2M (Time-to-market) 이점
더욱 우수하고 강력한 보안
경제성 비교 분석
전통적인 사내 IT (In-house, On-Prem)
- 모든 요소를 내부 자원을 이용하여 구매 및 관리
콜로케이션 (Colocation)
- 제 3자가 운영하는 외부 데이터센터에 자사의 장비 배치
- 서비스 제공자 : 전원, 냉방, 렉 공간, 네트워크 연결 등 제공
- 서비스 이용자 : 서버 운용과 소프투ㅡ에어 구매/설치, 운영 책임
- 연 단위 계약, 초기 셋업 비용, 월 단위 비용 청구
외주 관리 서비스 (Managed Service)
- 장비는 모두 임대 방식으로 이용, OS 및 (경우에 따라) DB등은 외주 관리
- 기간 약정 계약, 초기 비용 + 월 비용 발생
클라우드 (Cloud)
- 외주 관리 서비스와 유사하나 전용 장비 대신 필요에 따라 가상자원 활용
- 일반적으로 초기 비용 없이 매월 실제 사용한 만큼에 대한 사용료 지불
클라우드 활용이 적합한 경우
- 정해진 기간/짧은 기간만 필요한 경우
- 규모의 변동성이 큰 경우
- 예측 가능한 변동 : 주식거래(개장/폐장), 온라인 쇼핑(계절 요인)
- 예측이 어려운 변동 : 뉴스 (유명인 사망, 전쟁, ...), 엔터테인먼트
- 비전략적인 으용 또는 회사에 주는 가치가 낮은 경우
- 예: 프로토 타입 벤치마킹, 백업 저장소
클라우드 활용이 적합하지 않은 경우
- 레거시 시스템
- 사내 장비나 소프트웨어 플랫폼 위에 구축한 응용을 클라우드로옮기는 것은 많은 노력을 소요
- 미션-크리티컬 시스템
- 극단적으로 중요한 임무 및 실시간 요구조건이 엄격한 임무를 수행하는 응용
- 기밀 데이터를 다루는 응용
- 클라우드에 한번 저장된 데이터는 완전 삭제를 보장할 방법이 없음
