1. Cloud란? Programmable Resource Management
Programmable : 모든 자원이 가상화 되어있음. 물리적인 것을 맵핑하여 프로그램으로 내가 원하는 자원을 관리할 수 있는 체계.
Resource: 원자성(독립적인 생성, 소멸, 확장이 가능), 측정 가능
- 독립적으로 과금되고, 배포되는 것들을 칭함
- 사람의 개입없이 API로 자동화(Automation)가 가능함. (보안 및 권한권리…)
Quiz
CPU와 Memory는 Resource인가?
1. AWS 에서는 CPU/memory를 독립적이지 않고 동시에 선택하기 때문에 Resource가 아님
2. Oracle Cloud에서는 CPU/memory를 각각 선택하기 때문에 Resource에 해당
Service: Something as a Service(IT Service로 Something을 제공받는 것)
- IaaS, PaaS, SaaS 인프라까지 관여함
IaaS: 인터넷을 통해 서버와 스토리지 등 데이터 센터 자원을 빌려 쓸 수 있는 서비스
PaaS: 소프트웨어 서비스를 개발할 때 필요한 플랫폼을 제공하는 서비스
SaaS: 클라우드 환경에서 운영되는 애플리케이션 서비스
2. On-prem vs Cloud
On-premise : 기업의 서버를 클라우드 같은 원격 환경에서 운영하는 방식이 아닌, 자체적으로 보유한 전산실 서버에 직접 설치해 운영하는 방식을 의미. 보안성이 높으나 시스템 구축 시 많은 시간이 소요 됨
Cloud : Off-premise라고도 함. 마치 여러 장소에서 동일한 구름을 관찰할 수 있듯이 인터넷과 연결된 중앙컴퓨터에 저장해서 인터넷에 접속하기만 하면 데이터를 이용할 수 있음.
On-prem은 Pet, Cloud는 Cattle(Cow)라 불림
Pet (반려동물)
서버가 다운이 되더라도 관리자가 전체 점검하여 다시 수동으로 구축하고 관리 함
Cattle (가축)
VM이 안될 때 기존 버전에서 실행하거나 재생성함
참고로 VM은 언제 사라질 지 모르기 때문에 로그 관리가 필수이며, 자원을 두면 안 됨
(서버 폐기 가능성에 대해서 항상 고려)
3. Cloud Native
Cloud, Container, Orchestration의 장점을 활용하는 애플리케이션 서비스
Cloud Native 특징
Micro Service : 단위 개발, 관리가능
Health Reporting: 여러 개의 Micro Service를 관리하기 위해서는 어떤 서비스가 죽었는지 살았는지 확인이 가능해야 함.
Telemetry(원격측정) Data: 리소스 사용 "측정"이 핵심. 독립적으로 과금이 가능
Resiliency(회복성): 장애 발생 시 회복 능력. 하나가 죽으면 다른 곳에서 대체가 가능해야 함
Declarative: 서버를 두 개 올려 놓았으면 두 개가 존재해야 함.
4. Cloud 구성 판단요소
- 구성할 때 가용성을 높이기 위해 서버를 분산하고 Load Balancer로 연결
- 네트워크 비용이 올라갈 수 있음
- 비용와 가용성 중 선택하는 것 → 판단이 필요
5. 마무리
- Cloud는 API로 자동화 처리, 리소스 측정을 하여 독립적으로 과금이 가능, IT-Service까지 처리하는 혁신적이고 새로운 제품 및 서비스를 제공
- On-prem보다 성능이 좋으나(범용), 99.5%의 가용성을 제공하기 때문에 대비책 필요 (Cloud는 0.5%를 책임지지 않음)
- Cloud Native 의 사용을 권장
- outbound 비용이 제일 많이 발생
클라이언트의 요청을 처리하고 메시지가 서버에서 클라이언트로 다시 향하는 것
(ex. 첨부파일을 다운로드 할 때) - 개발자도 네트워크, 보안설정, OS, 방화벽 설정해야 함
Cloud engineer / Developer 가 차이가 없음 (Restful API 사용)
