이미 소장하고 있다면 판매해 보세요.
|
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 |
양성건의 다른 상품
|
이 책은 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를 조직에 어떻게 확산시켜 나갈지 방법을 알 수 있습니다. |