추가 적립 안내

DevOps와 Infrastructure as Code의 필수 지식이 가득한 책! 개발자와 운영자의 업무 현장이 하나가 되어 지속적으로 개발하는 방식을 DevOps(Development와 Operations의 합성어. 시스템 개발과 운영을 병행 및 협업하는 방식)라고 하며, 인프라 부문에서의 DevOps는 개발 환경을 신속하게 준비하고 서비스를 지속적으로 릴리즈할 수 있는 유연한 인프라 구축을 목적으로 한다.

이 책은 DevOps의 개요를 설명하고 사용되는 도구들을 먼저 살펴본다. 그리고 Ansible에 의한 서버 구축, CircleCI를 이용한 지속적 통합의 흐름을 설명한다. 또한, 손쉽게 가상 환경을 구축할 수 있는 Docker와 오케스트레이션 도구인 Kubernetes의 구체적인 사용 방법에 대해서도 다룬다. 이 책을 통해 Infrastructure as Code를 실현하는 노하우를 얻기 바란다.

권두기획 DevOps와 Infrastructure as Code 개요 - 비즈니스에 공헌하는 IT _ 1
1장 DevOps란? _ 3
DevOps의 본질을 이해하고 실천하자
2장 Infrastructure as Code란? _ 17
코드에 의한 인프라 구축의 자동화

특집 1 가장 빠른 공략! Ansible 2에 의한 서버 구축 - 복잡한 태스크를 멱등성을 유지하며 자동화하는 툴 _ 31
1장 Ansible의 기본 _ 33
대상 호스트를 지정해서 태스크를 실행한다
2장 Playbook의 기본 _ 47
대상 호스트에서 실행할 태스크를 기술한다
3장 실전 Ansible _ 77
LAPP 서버를 구축해서 애플리케이션을 배포한다
4장 Playbook의 올바른 접근 방법 _ 93
Playbook을 분할해서 구조화한다

특집 2 CircleCI를 이용한 지속적 통합 입문 - 테스트 주도 인프라의 기초부터 지속적 통합까지 _ 115
1장 인프라 테스트 입문 _ 117
테스트 주도 인프라와 인프라CI
2장 로컬에서의 테스트 주도 인프라 _ 123
VirtualBox, Vagrant, knife-solo, Serverspec의 설정
3장 인프라CI의 준비 _ 149
GitHub, CircleCI, DigitalOcean의 설정
4장 CircleCI를 이용한 지속적 통합 _ 171
실전 인프라 코드 작성
5장 지속적 통합에서 지속적 인도로 _ 181
운영 환경에 인프라CI 적용

특집 3 Docker를 이용한 가상 환경 구축과 Kubernetes에 의한 Docker 클러스터 관리 - 컨테이너 기술이 실현하는 새로운 세계 _195
1장 Docker의 기본 197
데몬과 명령에 의한 컨테이너 관리
2장 Docker를 사용해보자[기본편] 203
Docker 컨테이너의 기본 제어
3장 Docker를 사용해보자[응용편] 215
Docker 컨테이너의 실행 옵션, Dockerfile의 활용
4장 클러스터 관리 도구란? 223
복수의 Docker 컨테이너 관리
5장 Kubernetes의 기본 229
기본 개념과 구성 요소를 이해하자
6장 Kubernetes 퀵스타트 235
검증 환경 구축과 샘플 실행
7장 Kubernetes를 자세히 살펴보기 267
고도의 클러스터 관리를 실현하기 위해

찾아보기 _ 287

종래의 소프트웨어 개발에서 자주 사용되던 것은 폭포수(waterfall) 방식이었다(그림 1-1의 위). 이는 최초에 요구를 수집하고 그 요구가 올바르다는 것을 전제로 해서 설계, 개발, 테스트와 같은 단계로 분할해서 진행하는 것이다. 소프트웨어는 최종 테스트가 끝난 단계에서 처음으로 이용 가능해진다.
_4쪽

Ansible을 이용하면서 알아둬야 할 것은 두 종류, 즉 Ansible의 명령을 실행하는 실행 호스트와 태스크를 실행하는 대상 호스트가 있다는 점이다. 그림 1-1에 이용 방식을 도식으로 나타냈다. 실행 호스트에는 Ansible을 설치해야 한다. 대상 호스트에는 Ansible을 설치할 필요가 없으며 SSH로 접속 할 수 있어야 하고 Python 2.x(2.4 이상)가 설치되어 있으면 동작한다. OpenSSH나 Python 2.x는 많은 리눅스 배포판에서 디폴트로 설치되어 있으므로 특별한 미들웨어를 설치할 필요는 없다.
_35쪽

defaults 디렉터리와 vars 디렉터리에는 main.yml에 변수와 그 값을 딕셔너리로 기술한다. 둘 다 비슷한 내용이지만 정의한 변수의 우선도가 다르다. defaults 디렉터리는 모든 변수 정의 중에서 가장 우선도가 낮다. vars 디렉터리나 앞서 말한 host_vars 디렉터리, group_vars 디렉터리, 인벤토리 등에서 동명의 변수가 정의되어 있으면 해당 값이 이용된다. 즉, 이름 그대로 디폴트값을 정의할 때 이용한다.
_99쪽

빌드/CI가 무사히 성공했다면(그림 3-25, 그림 3-26), 이걸로 CircleCI상에서 인프라CI를 수행할 환경이 갖춰졌다. 이후에는 GitHub에 코드를 푸시할 때마다 CircleCI에서 자동으로 빌드/CI 작업이 실행된다.
_169쪽

Docker 컨테이너의 이식성을 유지하기 위해서는 컨테이너의 동작을 변경하는 설정을 컨테이너 외부에서 변경할 수 있도록 해야 한다. 이를 위해서 Docker에서는 환경변수를 이용한다. 예를 들면 그림 3-4와 같이, MySQL의 공식 리포지토리 문서에서는 실행 시에 root 패스워드를 환경변수로 결정하게 되어 있다.
_216쪽