장바구니 담기 close

장바구니에 상품을 담았습니다.

장바구니로 계속쇼핑하기
IT 운용 체제 변화를 위한 데브옵스 DevOps
미리보기

IT 운용 체제 변화를 위한 데브옵스 DevOps

  • 카와무라세이고
  • |
  • 영진닷컴
  • |
  • 2019-05-08 출간
  • |
  • 400페이지
  • |
  • 170 X 230 mm
  • |
  • ISBN 9788931461046
판매가

28,000원

즉시할인가

25,200 원

카드할인

0원(즉시할인 0%)

적립금

1,400원 적립(5%적립)

배송비

무료배송

(제주/도서산간 배송 추가비용:3,000원)

추가혜택

네이버페이 무조건 1%적립+ 추가 1%적립

추가상품
상품선택
독서대 7,900원 독서대 선택안함 0원
수량
+ -
총주문금액
25,200원

이 상품은 품절된 상품입니다

※ 스프링제본 상품은 반품/교환/환불이 불가능하므로 신중하게 선택하여 주시기 바랍니다.

북스크린영상으로 만나보는 한 권의 책 이야기

출판사서평




이 책은 DevOps를 실천하기 위한 기술이나 기법을 입문 단계부터 응용 단계까지 소개하고 있습니다. IT 산업에 종사하고 있는 사람뿐만이 아니라 아직 DevOps라는 용어가 익숙하지 않은 사람까지 수월하게 이해할 수 있도록 DevOps 관련 기술을 Infrastructure as Code를 중심으로 소개합니다. 각 챕터를 차근차근 따라 하다 보면 작은 범위의 데브옵스부터 팀 조직을 변화시키는 큰 범위의 데브옵스까지 넓은 관점으로 데브옵스를 배울 수 있을 것입니다.

CHAPTER 1. DevOps 알아보기
1장에서는 DevOps의 개요와 DevOps와 관련된 키워드를 설명합니다. 본 장을 다 읽으면 DevOps를 본인이 스스로 설명하는 것은 물론, 연관된 방법·기술에 대한 조사 또한 스스로 할 수 있는 기초 지식이 생기게 됩니다. 여기서는 DevOps의 탄생 배경과 DevOps가 구체적으로 어떤 정책과 도구로 유지되고 있는지 설명합니다.

CHAPTER 2. 개인이 DevOps 시작하기
1장에서는 DevOps 개요를 배웠습니다. 2장에서는 구체적인 DevOps 정책·도구를 소개하면서 실습을 해 보도록 하겠습니다. 2장을 다 읽고 나면 개인 환경을 DevOps 사상과 도구를 이용하여 효율화하고 팀원이나 동료에게 구체적인 방법을 전해 줄 수 있게 될 것입니다.

CHAPTER 3. 팀으로 DevOps 확대하기
2장에서는 다양한 도구를 사용하여 Local 환경에서 시작하는 DevOps로의 첫 단계로써, Infrastructure as Code를 실습했습니다. 3장에서는 개인으로서 도입했던 DevOps를 팀으로 확장하고, DevOps를 도입하려면 어떻게 해야 하는지 구체적인 방법을 살펴보겠습니다. 3장을 읽고 나면 팀에 DevOps를 도입하는 구체적인 방법을 이해하고 몸소 실천할 수 있게 됩니다.

CHAPTER 4. DevOps를 위해 구조를 바꾼다
3장에서는 팀이라는 틀 안에서 DevOps를 배웠습니다. 4장에서는 더 나아가 “DevOps를 위한” 구조를 생각하면서 원래 목표인 “비즈니스 가치 향상”을 위한 가장 적합한 형태를 배워 보도록 하겠습니다. 4장을 읽고 나면 DevOps를 기반으로 하는 팀이나 아키텍처를 생각할 수 있게 되고, 더 나아가 다양한 측면에서 DevOps의 모습을 볼 수 있게 될 것입니다.

CHAPTER 5. [실천] Infrastructure as Code
4장까지는 DevOps의 도구와 기법에 대해 배웠습니다. 5장에서는 Infrastructure as Code를 실천해 보도록 하겠습니다. 5장을 읽고 나면 DevOps를 구현하는 시스템의 구성을 직접 따라 하면서 배울 수 있습니다. 그것을 바탕으로 하여 본인의 팀이나 서비스에 맞는 구성을 생각할 수 있게 됩니다.
지금까지 배웠던 DevOps의 다양한 측면과 여러 가지 요소를 개념적 지식으로만 이해하는 것이 아니라 구체적으로 어떻게 구성하면 좋을지 다양한 사례를 소개합니다.

CHAPTER 6. 조직과 팀의 벽을 넘는 DevOps
6장에서는 멤버의 관점에서 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

도서소개


 

추천포스트

교환 및 환불안내

도서교환 및 환불
  • ㆍ배송기간은 평일 기준 1~3일 정도 소요됩니다.(스프링 분철은 1일 정도 시간이 더 소요됩니다.)
  • ㆍ상품불량 및 오배송등의 이유로 반품하실 경우, 반품배송비는 무료입니다.
  • ㆍ고객님의 변심에 의한 반품,환불,교환시 택배비는 본인 부담입니다.
  • ㆍ상담원과의 상담없이 교환 및 반품으로 반송된 물품은 책임지지 않습니다.
  • ㆍ이미 발송된 상품의 취소 및 반품, 교환요청시 배송비가 발생할 수 있습니다.
  • ㆍ반품신청시 반송된 상품의 수령후 환불처리됩니다.(카드사 사정에 따라 카드취소는 시일이 3~5일이 소요될 수 있습니다.)
  • ㆍ주문하신 상품의 반품,교환은 상품수령일로 부터 7일이내에 신청하실 수 있습니다.
  • ㆍ상품이 훼손된 경우 반품 및 교환,환불이 불가능합니다.
  • ㆍ반품/교환시 고객님 귀책사유로 인해 수거가 지연될 경우에는 반품이 제한될 수 있습니다.
  • ㆍ스프링제본 상품은 교환 및 환불이 불가능 합니다.
  • ㆍ군부대(사서함) 및 해외배송은 불가능합니다.
  • ㆍ오후 3시 이후 상담원과 통화되지 않은 취소건에 대해서는 고객 반품비용이 발생할 수 있습니다.
반품안내
  • 마이페이지 > 나의상담 > 1 : 1 문의하기 게시판 또는 고객센터 1800-7327
교환/반품주소
  • 경기도 파주시 문발로 211 1층 / (주)북채널 / 전화 : 1800-7327
  • 택배안내 : CJ대한통운(1588-1255)
  • 고객님 변심으로 인한 교환 또는 반품시 왕복 배송비 5,000원을 부담하셔야 하며, 제품 불량 또는 오 배송시에는 전액을 당사에서부담 합니다.