() 해외배송 가능
도서의 특징 |
DevOps는 Dev(개발)과 Ops(운용)이 긴밀한 협력과 연계를 통해 비즈니스 가치를 높이려고 하는 근무 방식과 문화를 말합니다. DevOps는 최신 기술과 도구의 사용뿐만 아니라 그것들을 둘러싼 조직과 문화까지 포함된 생각이며, 더 나아가 계속적으로 개선이 진행되는 시스템 운용 방식까지 폭넓게 포함하고 있습니다. 따라서 특정한 무언가를 함으로써 “DevOps를 실천하고 있다”라고 말할 수 있는 명확한 정의는 없어, 배우는 것과 실천하기가 어려운 것입니다. DevOps를 실천하기 위한 명확한 정의가 없다고 하더라도 왜 DevOps 같은 사상이 생겨났고, 무엇을 목적으로 하고 있는지, 어떤 방법이나 도구가 그러한 사상을 지원하는 것인지에 대해 배우는 것이 가능합니다. 상세이미지 |
목차 |
CHAPTER 1 DevOps 알아보기
1.1 DevOps의 등장 배경
1.1.1 DevOps의 탄생 배경
1.1.2 애자일 개발에 의한 계속적 개발로 변화
1.1.3 계속적 개발로 인해 나타나기 시작한 운용 과제
1.1.4 DevOps의 탄생과 역사
1.1.5 정리
1.2 DevOps를 알자
1.2.1 목적은 신속하게 비즈니스 요구에 응하는 것
1.2.2 PDCA 사이클과 DevOps
1.2.3 추상화
1.2.4 자동화
1.2.5 공통화
1.2.6 지속적 통합
1.2.7 모니터링
1.2.8 목적의식·공감·자율적 사고
1.2.9 정리
1.3 조직과 DevOps
1.3.1 DevOps는 조직·팀의 어떤 과제에 대응하나?
1.3.2 콘웨이의 법칙
1.3.3 정리
CHAPTER 2 개인이 DevOps 시작하기
2.1 DevOps로 가능한 것을 작게 시작한다
2.2 개인으로도 실현할 수 있는 DevOps
2.2.1 어디에 주목해야 할까?
2.2.2 Local 개발 환경 구축
2.3 개인 환경에서 팀 환경으로 가져가기 위한 준비
2.3.1 Vagrant로 Local 개발 환경의 Infrastructure as Code화
2.3.2 Ansible로 보다 범용적으로 구축하고 다른 환경으로 전개
2.3.3 Serverspec으로 인프라 구축 테스트를 코드화한다
2.3.4 Git을 이용하여 필요한 구성 정보를 팀에 공유할 수 있도록 한다
2.3.5 Infrastructure as Code와 DevOps의 Goal
CHAPTER 3 팀으로 DevOps 확대하기
3.1 DevOps를 팀으로 진행하는 것의 의의
3.2 팀으로 수행하는 작업 효율화
3.2.1 GitHub에서 팀 개발을 수행
3.2.2 Docker를 이용하여 개발을 더욱 효율적으로 진행
3.2.3 Jenkins를 이용하여 작업을 관리한다
3.2.4 지속적 통합(CI)과 지속적 딜리버리(CD)로 release 최적화
3.3 팀으로 DevOps를 적용함으로써 얻을 수 있는 것
CHAPTER 4 DevOps를 위해 구조를 바꾼다
4.1 DevOps를 중심으로 구조를 바꿔 간다
4.2 어플리케이션, 아키텍처를 변경한다
4.2.1 The Twelve-Factor App
4.2.2 마이크로 서비스 아키텍처
4.3 인프라 아키텍처를 변경한다
4.3.1 Immutable Infrastructure에 의한 효율적인 인프라 관리
4.3.2 Blue-Green Deployment로 서비스를 전환
4.3.3 온프레미스 vs 퍼블릭 클라우드
4.3.4 SaaS
4.3.5 로그 수집과 분석
4.4 팀을 바꾼다
4.4.1 DevOps와 애자일 개발
4.4.2 티켓 구동 개발
4.4.3 Site Reliability Engineering
4.4.4 ChatOps
4.5 DevOps화된 팀이 할 수 있는 것
4.5.1 장애 대응
4.5.2 지속적 통합/지속적 딜리버리 실현
4.5.3 성능 튜닝
4.5.4 개발 담당 및 운용 담당의 협력 체제 구축
CHAPTER 5 실천 Infrastructure as Code
5.1 실천 지속적 통합·지속적 딜리버리
5.1.1 지속적 통합·지속적 딜리버리의 구성 요소와 연결
5.1.2 GitHub와 Slack 연결 : GitHub의 이벤트를 Slack에게 통지한다
5.1.3 GitHub와 Jenkins 연결 : git push 하면 처리가 실행된다
5.1.4 Jenkins와 Slack의 연결 : Job 이벤트를 Slack에 통지한다
5.1.5 Jenkins와 Ansible 연결 : Job에 의해 인프라 구축을 수행
5.1.6 Jenkins와 Serverspec 연결 : Job에 의한 인프라 테스트를 실시
5.1.7 GitHub에서 Jenkins 프로비저닝을 연결
5.1.8 지속적 통합/딜리버리로 개발·구축·테스트를 하나로 한다
5.1.9 보다 실용적인 구성을 위해
5.2 실천 ELK Stack
5.2.1 ELK Stack의 구성 요소와 연결
5.2.2 ELK Stack 구축
5.2.3 Access 로그를 가시화
5.2.4 가시화가 DevOps를 가깝게 한다
5.3 실천 Immutable Infrastructure
5.3.1 Immutable Infrastructure를 실현하는 요소와 Release 프로세스
5.3.2 CloudFormation을 이용하여 기본이 되는 환경을 구축한다
5.3.3 Blue-Green Deployment를 이용한 Release 수행
5.3.4 장애 발생 시 인프라를 전환한다
5.3.5 보다 실천적인 구성이 되게 하려면
5.3.6 Immutable Infrastructure가 인프라 이용을 근본적으로 변화시킨다
CHAPTER 6 조직과 팀의 벽을 넘는 DevOps
6.1 DevOps를 전파하는 것의 어려움
6.2 DevOps를 조직에 도입한다
6.2.1 새로운 조직에 DevOps를 적용한다
6.2.2 기존 조직에 DevOps를 적용한다
6.2.3 DevOps 도입의 Anti-pattern
6.2.4 DevOps를 도입하는 조직 체제의 Best Practice는 있는가?
6.3 팀으로 만들어가는 DevOps
INDEX
* 배송마감 : 평일 오후 5시까지 입금확인시 당일발송됩니다.
* 배송기간 : 입금확인후 1~2일(제주도 등은 2~3일)
* 품절 등의 사유로 배송이 1~2일 정도 지연될 수 있습니다.
* 일부 테이프나 플레이디스크, 또는 신간이 나와있는 도서의 구판 등
재고를 가지고 있지 않은경우는 입고되어 발송해드리는 경우가 있습니다.
이때에는 배송일이 2~3일 소요될 수 있습니다.
* 예약판매도서 안내
교환 및 반품이 가능한 경우
- 상품을 공급 받으신 날로부터 5일이내 단, 포장을 개봉하였거나 포장이 훼손되어 상품가치가 상실된 경우에는 교환/반품이 불가능합니다.
- 공급받으신 상품이 주문내용과 다른 경우
교환 및 반품이 불가능한 경우
- 고객님의 책임 있는 사유로 상품등이 멸실 또는 훼손된 경우. 단, 상품의 내용을 확인하기 위하여
포장 등을 훼손한 경우는 제외
- 테이프, 플레이디스크, 서브종류 등은 상품특성상 교환 및 반품이 불가능합니다.
- 복제가 가능한 상품등의 포장을 훼손한 경우
(자세한 내용은 고객만족센터 02)812-9070 , 1:1 E-MAIL상담을 이용해 주시기 바랍니다.)
- 도서의 스프링 제본 선택시 교환, 반품, 환불이 불가능합니다.
※ 고객님의 마음이 바뀌어 교환, 반품을 하실 경우 상품반송 비용은 고객님께서 부담하셔야 합니다.