[1장] 클라우드 네이티브 인프라스트럭처란 무엇인가</br>클라우드 네이티브의 이점</br>서버</br>가상화</br>IaaS</br>PaaS</br>클라우드 네이티브 인프라스트럭처</br>클라우드 네이티브 인프라스트럭처가 아닌 것은 무엇인가</br>클라우드 네이티브 애플리케이션</br>마이크로서비스</br>정상 상태 보고 </br>측정 데이터</br>회복성</br>선언적, 비 반응적</br>클라우드 네이티브 애플리케이션이 인프라스트럭처에 미치는 영향</br>정리</br></br>[2장] 클라우드 네이티브를 도입해야 할 시점</br>애플리케이션</br>사람</br>시스템</br>기업</br>클라우드 네이티브 인프라스트럭처가 필요 없는 상황</br>기술적 한계</br>기업의 한계</br>정리</br></br>[3장] 클라우드 네이티브 배포의 진화</br>인프라스트럭처 표현하기</br>도표로서 인프라스트럭처</br>스크립트로서 인프라스트럭처</br>코드로서 인프라스트럭처</br>소프트웨어로서 인프라스트럭처</br>배포 도구</br>멱등성</br>실패 처리</br>정리</br></br>[4장] 인프라스트럭처 애플리케이션 설계</br>부트스트랩 문제</br>API</br>세계의 상태</br>조정자 패턴</br>규칙 1: 모든 입출력에 대해 데이터 구조체를 사용한다</br>규칙 2: 데이터 구조체가 불변임을 보장한다</br>규칙 3: 자원 맵을 단순하게 유지한다</br>규칙 4: 실제 상태를 기대되는 상태와 일치시킨다</br>조정자 패턴의 메소드</br>Go 언어로 만든 패턴 예제</br>감사 관계</br>컨트롤러에서 조정자 패턴 사용</br>정리</br></br>[5장] 인프라스트럭처 애플리케이션 개발</br>API 설계하기</br>기능 추가</br>조만간 사라질 기능</br>변형되는 인프라스트럭처</br>정리</br></br>[6장] 클라우드 네이티브 인프라스트럭처 테스트</br>무엇을 테스트해야 할까</br>테스트 가능한 코드 작성</br>유효성 검사</br>코드 기반 테스트</br>확신 측정</br>테스트 유형</br>인프라스트럭처 단정</br>통합 테스트</br>단위 테스트</br>모의 테스트</br>카오스 테스트</br>인프라스트럭처 모니터링</br>정리</br></br>[7장] 클라우드 네이티브 애플리케이션 관리</br>애플리케이션 설계</br>클라우드 네이티브 패턴 구현</br>애플리케이션 수명주기</br>배포</br>실행</br>폐기</br>인프라스트럭처에 대한 애플리케이션 요구사항</br>애플리케이션 런타임과 격리</br>자원 할당과 스케줄링</br>환경 격리</br>서비스 발견</br>상태 관리</br>모니터링과 로깅</br>메트릭 집계</br>디버깅과 추적</br>정리</br></br>[8장] 애플리케이션 보호</br>코드로서 정책</br>배포 분기</br>적합성 테스트</br>준수성 테스트</br>활동 테스트</br>인프라스트럭처 감사</br>불변 인프라스트럭처</br>정리</br></br>[9장] 클라우드 네이티브 인프라스트럭처 구현</br>변화를 위해 집중할 분야</br>사람</br>아키텍처</br>카오스 관리</br>애플리케이션</br>미래에 대한 전망</br>정리</br></br>[부록 A] 네트워크 회복성을 위한 패턴</br>부하 분산</br>부하 차단</br>서비스 발견</br>재시도와 최종 기한</br>회로 차단</br>TLS와 인증</br>라우팅: 입구와 출구</br>통찰과 모니터링</br></br>[부록 B] 락인에 대응하는 우리의 자세</br>락인은 불가피하다</br>기술 락인</br>공급 업체 락인</br>락인은 위험 요소인가</br>전략을 아웃소싱하지 마라</br></br>[부록 C] 사례 연구: 박스(BOX) 사의 쿠버네티스 도입기

- 클라우드 네이티브 인프라스트럭처가 클라우드 네이티브 애플리케이션에 필요한 이유
- 기업에서 클라우드 네이티브 사례를 도입해야 하는 시점에 대한 가이드라인
- 인프라스트럭처와 애플리케이션을 배포하고 관리하는 패턴 설명
- 인프라스트럭처가 아주 특이한 상황에서도 원하는 대로 동작하는지 확인하는 테스트를 설계하는 방법
- 코드로서 정책을 활용해 인프라스트럭처를 보호하는 방법

인프라스트럭처 또는 인프라스트럭처 관리 도구를 개발하는 엔지니어인 경우 이 책에서 많은 혜안을 얻을 것이다. 클라우드 환경에서 실행되도록 설계된 인프라스트럭처를 생성하기 위한 패턴, 프로세스, 사례를 이해하는 데 도움을 줄 것이다. 어떻게 해야 제대로 하는지를 배우면 애플리케이션의 역할과 인프라스트럭처를 구축하거나 클라우드 서비스를 사용해야만 하는 시점을 더 잘 이해할 수 있다.

또한 애플리케이션 엔지니어는 어떤 서비스가 만들고 있는 애플리케이션의 일부가 되어야 하며 어떤 서비스가 인프라스트럭처에서 반드시 제공되어야만 하는지 알 수 있다. 이 책을 통해 애플리케이션 엔지니어는 인프라스트럭처 관리를 위한 애플리케이션을 개발하는 엔지니어와 공유해야 할 책무도 발견할 수 있다. 기술 수준을 높이고 인프라스트럭처 설계와 클라우드 네이티브 방식으로 인프라스트럭처를 유지 관리하고 싶은 시스템 관리자는 이 책에서 교훈을 얻을 수 있다.

퍼블릭 클라우드에서 모든 인프라스트럭처를 실행하는가? 이 책을 통해 언제 클라우드 서비스를 도입해 사용할 것인지, 그리고 언제 자신만의 추상화 또는 서비스를 구축해야 할지를 알 수 있을 것이다. 데이터 센터 또는 직접 구축한(on-premise) 클라우드에서 운영하고 있는가? 이 책에서는 현대적인 애플리케이션이 인프라스트럭처에서 기대하는 바를 설명하고, 현재 투자한 것들을 활용하기 위해 필요한 서비스를 이해하는 데 도움을 준다.

이 책은 사용법을 설명하지 않고, 구현 예를 제공하지도 않으며, 특정 제품을 처방하지도 않는다. 아마도 관리자나 이사, 임원에게는 너무 기술적일 수 있지만, 이런 역할을 맡은 사람의 참여도와 기술적 전문성에 따라 이 책에서 얻는 지식의 정도가 다를 수도 있다. 무엇보다 인프라스트럭처가 비즈니스에 미치는 영향과 글로벌 인터넷 규모로 운영되는 비즈니스에서 작동한다고 입증된 인프라스트럭처를 만드는 방법을 배우고 싶다면 이 책을 읽어보길 바란다. 이 정도 크기로 확장해야 하는 애플리케이션이 없을지라도 여기에 설명된 패턴으로 인프라스트럭처를 구축할 경우 유연함과 조작성과 함께 높은 부가가치를 제공할 수 있다.