1부. The planning

1장. 클라우드 컴퓨팅이란 무엇인가?
1.1 클라우드의 태동
1.2 클라우드 컴퓨팅이란 무엇일까?
1.2.1 IaaS, PaaS, SaaS
1.3 클라우드의 실제적인 정의
1.3.1 프로그램 가능한 리소스 관리 'Programmable Resource Management'
1.3.2 Programmable Resource Life Cycle management
1.3.3 Programmable Service management
1.4 정리하기

2장. 클라우드 컴퓨팅과 ITIL
2.1 ITIL이란 무엇인가?
2.2 ITIL V3와 IT서비스
2.3 ITIL의 요소 변화
2.4 클라우드 컴퓨팅과 ITIL
2.5 정리

3장. 클라우드 계획하기
3.1 CMMI란?
3.2 클라우드 서비스 개발과 CMMI-DEV
3.2.1 문화와 조직
3.2.2 디자인과 아키텍처
3.2.3 빌드와 배치
3.2.4 테스트와 검증
3.2.5 정보와 리포팅
3.3 클라우드 개발과 클라우드 네이티브 개발
3.4 정리

2부. The execution

4장. 클라우드 서비스 개발환경 만들기
4.1 클라우드 서비스 개발환경의 특징 및 요소
4.2 카카오 클라우드 개발 프레임워크 KFIELD
4.3 KField 개발 배치 형상
4.3.1 kfeild 물리형상
4.3.2 kfield 개발 형상을 코드로 작성하기
4.4 CMMI-DEV관점에서의 kfield단계
4.4.1 문화와 조직 관점에서의 단계
4.4.2 디자인과 아키텍처 관점에서의 단계
4.4.3 빌드와 배치 관점에서의 단계
4.4.4 테스트와 검증 관점에서의 단계
4.4.5 정보와 리포팅 관점에서의 단계
4.5 정리하기

5장. 클라우드 서비스 구성 자동화하기
5.1 서비스 구성 자동화 프레임워크 chef
5.1.1 Chef 레시피와 롤
5.1.2 chef로 배치하기
5.2 kfield에서 IaaS 배치하기
5.2.1 kfield IaaS배치 형상
5.2.2 서비스 설치 예제
5.2.2.1 환경 설정
5.2.2.2 애플케이션 설치
5.2.2.3 OS 서비스에 등록
5.2.3 서비스 디스커버리 구현
5.3 인스턴스들에 서비스 배치하기
5.4 CMMI-DEV관점에서의 단계
5.4.1 문화와 조직 관점에서의 단계
5.4.2 디자인과 아키텍처 단계
5.4.3 빌드와 배치 관점에서의 단계
5.4.4 테스트와 검증관점에서의 단계
5.4.5 정보와 리포팅 관점에서의 단계
5.5 정리하기

6장. 클라우드 서비스 테스트 자동화하기
6.1 테스트 그리고 자동 테스트
6.2 인프라스트럭처 검증 프레임워크 kitchen
6.3 테스트 자동화 하기
6.4 kfiled의 테스트 구조
6.5 CMMI-DEV관점에서의 단계
6.5.1 문화와 조직 관점에서의 단계
6.5.2 디자인과 아키텍처 단계
6.5.3 빌드와 배치 관점에서의 단계
6.5.4 테스트와 검증관점에서의 단계
6.5.5 정보와 리포팅 관점에서의 단계
6.6 정리하기

3부. The Hardening

7장. IaaS의 목적과 효과
7.1 IaaS의 전략적 목적
7.2 IaaS의 주요 기술
7.2.1 배경 상황
7.2.2 새로운 네트워크 모델 디자인
7.2.3 새로운 네트워크 모델 구현
7.2.4 새로운 기술 적용 효과
7.3 ITIL관점에서 IaaS를 만들고 유지하기
7.3.1 서비스 디자인
7.3.1.1 가용성 관리
7.3.1.2 용량관리
7.3.1.3 연속성 관리
7.3.2 서비스 전환
7.3.2.1 변화관리
7.3.2.2 릴리즈 관리
7.3.2.3 설정 관리
7.3.3 서비스 운영
7.3.3.1 장애관리
7.3.3.2 문제관리
7.3.3.3 요구수행
7.3.4 지속적인 서비스 개선
7.4 정리하기

8장. 텔레메트리 클라우드의 목적과 효과
8.1 TaaS의 전략적 목적
8.2 TaaS의 주요 기술
8.2.1 배경 상황
8.2.2 새로운 텔레메트리 시스템 디자인
8.2.3 메트릭 텔레메트리 서비스
8.2.4 로깅 텔레메트리 서비스
8.2.5 텔레메트리 서비스 적용 효과
8.3 ITIL 관점에서의 TaaS 개발
8.3.1 TaaS를 ITIL에 활용하기
8.3.2 TaaS의 표준화
8.4 정리하기

9장. 컨테이너 클라우드의 목적과 효과
9.1 TaaS의 전략적 목적
9.2 CaaS의 주요 기술
9.1.1 배경 상황
9.1.2 컨테이너로 실서비스를 하기 위한 기술
9.1.3 컨테이너 클라우드 적용 효과
9.3 컨테이너 서비스로 보는 ITIL
9.4 정리하기

★ 지은이의 말 ★

2006년 3월 14일 전자 상거래로 유명했던 아마존이 아마존 웹 서비스 플랫폼(Amazon Web Service, 이하 AWS)을 시작하면서 클라우드 컴퓨팅이란 단어가 대중에게 알려지기 시작했다. 이때의 AWS는 3가지 종류뿐이었다. 스토리지 서비스인 S3, 큐(Queue) 서비스인 SQS 그리고 가상머신 서비스인 EC2가 처음 시작이었다(2020년 현재는 약 200여 가지의 제품이 만들어져 있다). 이후 IaaS(Infra as a Service), PaaS(Platform as a Service), APaaS(Application Platform as a Service), SaaS (software as a service) 등의 단어가 클라우드와 함께 등장했다.
클라우드 컴퓨팅이라는 단어와 함께 SDN(Software Defined Network), NFV(Network Function Virtualization), SDDC(Software Defined Data Center) 등의 기술 신조어가 등장했다. 그리고 클라우드 관리 측면에서 데브옵스(DevOps), SRE, DevSecOps 등 클라우드와 관련된 수많은 단어가 등장하기 시작했다.

이 책을 쓰게 된 이유는 내가 아주 오랜 기간 스스로에게 물었던 질문들이기도 하고 동료 선후배와 일하면서 수없이 했던 (또는 들었던) 질문에 답하기 위해서다. 첫 번째 질문은 ‘대체 클라우드란 무엇인가?’이다. 선문답처럼 느껴질 수 있지만 나를 포함해 이 책을 읽는 대부분의 독자는 신호처리/데이터 구조와 같은 IT 요소 기술을 사용해 어떤 IT 제품을 만들어 내야 하는 엔지니어이기 때문에 굉장히 중요한 질문이다. 나는 모두가 같은 답을 해야 한다고 생각하지 않는다. 각자의 상황과 목표가 다르기 때문이다. 그리고 그 답이 꼭 고도의 지혜를 담은 ‘정답’이어야 한다고 생각하지도 않는다. 환경은 자주 변한다. 어제의 정답이 내일은 문제를 만들기도 하는 오답이 돼 버리기도 하기 때문이다. 하지만 답이 있고 없고는 굉장한 차이다. 그때 그때의 목적에 맞도록 클라우드를 만들고 다음 목표를 세우는 데 도움을 주고자 이 책을 썼다.

두 번째 질문은 ‘클라우드를 만들고 유지하려면 몇 명이 필요해요?’이다. 2016년쯤 어떤 텔레콤 세미나에서 내가 발표했던 내용을 요약한 ‘오픈스택, 2명이 운영하다 보니’라는 굉장히 자극적인 기사 덕에 아주 많은 공격을 받았다. 대부분의 회사와 개발자가 클라우드를 자체적으로 하려다가 인력(사람의 수, 그에 따른 연봉 비용, 조직 관리 등)쪽 이슈 때문에 결국 포기하는 사례를 아주 많이 봤다. 클라우드를 어떻게 시작해야 하는지 그리고 어떻게 유지해야 하는지 그리고 이것들을 어떻게 좀 더 IT적으로 할 수 있을지 설명하려고 했다.

세 번째 질문은 ‘어떻게 확산시킬 수 있었어요?’라는 질문이다. 세상에 좋은 기술과 제품은 많다(나는 기술은 없고 제품만 있다고 생각하기는 한다). 하지만 기술이나 제품이 자신 또는 조직의 문제를 풀어줄 수 있느냐는 다른 이슈이다. 클라우드도 마찬가지다. 결국에는 클라우드 제품에 맞춰서 조직 구성원의 일하던 방식과 정책까지 모두 바꿔야 하는데, 이런 지난한 과정을 거치다 보면 클라우드와 같은 신제품은(게다가 벤더에서 제공하는 것이 아닌, 자신이 직접 만드는 경우는) 거의 대부분 사장되기 마련이다. 나도 현 직장 이전의 모든 직장에서는 클라우드 부서가 전부 없어졌다. 이 책을 읽는 여러분은 그 실패를 겪지 않았으면 하는 마음에 이 책을 쓰게 됐다.

많은 분이 클라우드 제품으로 문제를 잘 해결하는 데 이 책이 조그만 도움이 되길 바란다.