[클라우드] 전통적IT와 클라우드의 차이점 : Self-Service, Pay per Use, API 특징 장점 단점

전통적 IT의 H/W와 S/W

- 기업의 의사결정이 일어났을 때, 전통적인 H/W와 S/W 구매방식으로 개발 및 서비스할 경우 상당한 대기시간이 발생

- H/W와 S/W를 관리할 인력 필요

 

- 이용방식

1. 새로운 S/W, H/W 필요성 인식

2. 여러 업체들의 스펙 및 가격 비교

3. S/W, H/W 주문 및 배송

4. 각 기업에 맞게 환경설정

 

- 과금방식

제품 수령 후 유지보수 비용 발생 (통상 연간 도입가의 20% 비용 발생)

 

 

 

클라우드

⑴ Self-service : 필요한 때에, 필요한 만큼, 스스로 청구해서 찾아서 사용

- ex. Naver- MYBOX , Google-Drive 등 파일 서비스 사용

 

- 장점 

① 빠른 '타임 투 마켓(Time to Market)' : 필요한 시기에 곧바로 새로운 자원을 요청하여 사용(5~10분 내외)

② 작게 시작할 수 있음 : 리스크가 있을 때 자원 반납 가능하며 반대로 필요할 경우 차원을 추가하여 기업의  유연한 의사결정 가능

③ 인력 부분에서 장점: Self Service로 구입한 자원은 서비스 비용에 관련 인력이 포함되어 있음. 기존의 관리인력은 다른 생산적인 업무로 전환 가능

 

*Time to Market : 한 제품의 제품 개발 컨셉의 개발부터 제품을 만들어 시장에서 판매가 가능할 때까지 걸리는 시간

 

 

 

⑵ pay per use(사용량 기반 과금)

- 사용한 만큼 과금

- 특정업무는 전통적IT를 활용하는 것이 효율적일 수 있음

 

 

- 장단점

사용한 비용 만큼만 과금되어 사용량 변화가 많을 경우, 순간적으로 많이 사용한 경우 비용절약가능	클라우드 환경의 지속적인 사용 강제(Lock-in) >> 클라우드 밖으로 데이터이동 시 추가비용 발생
유지보수 비용 등 추가적인 비용이 발생하지 않아 숨겨진 비용이 거의 없음	많은 클라우드 서비스를 이용할 경우, 비용 최적화가 지속적으로 필요함
많은 비용을 선투자하지 않고 새로운 제품, 서비스를 시장에 선보인 후 탄력적으로 운영 가능	새로운 자원 요청이 가능하기 때문에 정밀한 권한과 자원관리가 필요함

 

 

 

⑶ API 

- 사용자의 입장에서 프로그램에 있는 정보를 받기 위해 호출하게 되는 인터페이스

- 정보를 얻고자 하는 사람이 프로그램에 정보를 요청하고 회신받을 수 있는 형태의 규약

- 클라우드에서의 API : 클라우드의 여러 서비스들과 애플리케이션들이 서로 상호작용 하기 위해 활용되는 매개체

 

API 종류(접근방식에 따라 구분)

1. Private API

 - 다양한 애플리케이션과 시스템의 통합을 위해 사용하는 것

 - 단체 내부에서의 권한을 받은 주체들(Entity)만 사용 가능 ex. 신규 입사자 사번

2. Partner API

 - API를 MOU를 맺은 회사 등 비즈니스 파트너와 정보를 주고받으며 공유하는 것

- 외부에 공개할 수 없지만 비즈니스 파트너나 협력사들을 대상으로 시스템적으로정보를 주고받기 위해 만든 것

3. Public API

- 모든 사람들에게 제공하는 공공데이터 등 외부에 공개 가능한 API

 

API 특징

- 데이터의 처리 부분을 변경하더라도 API 자체를 변경하지 않아도 됨

 

API 장단점

장점	단점
특정 목적을 가진 API들로나눠서 만들고 책임 관리가 용이함	규제, 작성문법 등의 표준이 존재하지 않음
기본적인 HTTP/HTTPS 프로토콜을 사용하므로, 모든 언어와 플랫폼에서 사용 가능함	한 번 정의한 API는 지속적으로 지원해야 하므로 여러 버전의 API를 지원해야함
API가 어떤 동작을 하는지 쉽게 문서화하여 관리가 용이함