이 상품은 구매 후 지원 기기에서 예스24 eBook앱 설치 후 바로 이용 가능한 상품입니다.
|
[PART 1 지속적 배포]CHAPTER 01 지속적 배포_1.1 수개월, 수년마다 한 번 배포_1.2 며칠마다 한 번 배포 _1.3 지속적 배포_1.4 익스트림 프로그래밍_1.5 데브옵스_1.6 지속적 통합_1.7 지속적 전달_1.8 최종 프로덕션 게이트_1.9 시사점_1.10 지속적 배포는 위험한가?_1.11 정리하기CHAPTER 02 이점_2.1 원피스 플로와 린 생산_2.2 DORA 메트릭_2.3 품질 시프트 레프트_2.4 정리하기CHAPTER 03 사고방식의 전환_3.1 변경사항을 정의하는 것과 적용하는 것_3.2 진행 중인 작업 숨기기_3.3 분산 시스템_3.4 프로덕션 경로 간의 계약_3.5 배포는 릴리스가 아니다_3.6 엔드투엔드 전달 라이프 사이클_3.7 정리하기CHAPTER 04 최소 요건_4.1 자율적 다기능 팀_4.2 이해관계자의 신뢰_4.3 정리하기CHAPTER 05 도전 과제_5.1 배포에 민감한 시스템_5.2 유저 설치 소프트웨어_5.3 규제 대상 산업_5.4 인지 부하_5.5 정리하기[PART 2 개발 이전]CHAPTER 06 예정된 작업 나누기_6.1 수평 분할 vs 수직 분할_6.2 지속적 배포를 하면 _6.3 효과적인 수직 분할_6.4 예제: 그로서루_6.5 정리하기CHAPTER 07 프로덕션 빌드_7.1 배포성 요건_7.2 테스트성 요건 _7.3 관찰 가능성 요건_7.4 보안 요건_7.5 성능 요건_7.6 (좀 더) 완전한 유저 스토리 템플릿_7.7 예제: 그로서루 유저 스토리에 CFR 추가_7.8 정리하기[PART 3 개발 단계]CHAPTER 08 플랫폼 아키텍처 재구축_8.1 유저 스토리_8.2 그로서루 애플리케이션_8.3 정리하기CHAPTER 09 라이브 기능 리팩터링_9.1 해야 할 일_9.2 상품 식별 체계_9.3 현재 상태_9.4 목표 상태_9.5 어떻게 목표를 달성할까?_9.6 확장/축소 구현_9.7 정리하기CHAPTER 10 데이터와 데이터 손실_10.1 해야 할 일_10.2 현재 상태_10.3 목표 상태_10.4 어떻게 목표를 달성할까?_10.5 이중 쓰기 구현 전략_10.6 이중 읽기 구현 전략_10.7 NoSQL _10.8 정리하기[PART 04 개발 이후]CHAPTER 11 프로덕션에서 테스트_11.1 왜 프로덕션에서 테스트를 해야 하나?_11.2 어떻게 프로덕션에서 테스트를 할까? _11.3 스테이징 이후의 스토리_11.4 정리하기CHAPTER 12 릴리스_12.1 안티패턴: 빅뱅 릴리스_12.2 안티패턴: 부분 배포로 일부만 릴리스_12.3 릴리스에 기능 토글 응용_12.4 카나리 릴리스_12.5 A/B 테스트_12.6 정리하기[PART 05 사례 연구]CASE STUDY A 오토스카우트24_A.1 오토스카우트24의 당시 상황_A.2 오토스카우트24의 지속적 배포 도입_A.3 오토스카우트24의 지속적 배포 구현CASE STUDY B 오토_B.1 오토의 당시 상황_B.2 오토의 지속적 배포 도입_B.3 오토의 지속적 배포 구현_B.4 참고 자료CASE STUDY C N26_C.1 N26의 당시 상황_C.2 N26의 지속적 배포 도입_C.3 N26의 지속적 배포 구현_C.4 참고 자료CASE STUDY D 클라이밋파트너_D.1 클라이밋파트너의 당시 상황_D.2 클라이밋파트너의 지속적 배포 도입_D.3 클라이밋파트너의 지속적 배포 구현CASE STUDY E 모타빌리티 오퍼레이션즈_E.1 모타빌리티 오퍼레이션즈의 당시 상황 _E.2 모타빌리티 오퍼레이션즈의 지속적 배포 도입_E.3 모타빌리티 오퍼레이션즈의 지속적 배포 구현CASE STUDY F 레아 그룹_F.1 레아 그룹의 당시 상황_F.2 레아 그룹의 지속적 배포 도입 _F.3 레아 그룹의 지속적 배포 구현 CASE STUDY G 메이즈_G.1 메이즈의 당시 상황 _G.2 메이즈의 지속적 배포 도입_G.3 메이즈의 지속적 배포 구현CASE STUDY H 메이즈_H.1 트래블퍼크의 당시 상황_H.2 트래블퍼크의 지속적 배포 도입_H.3 트래블퍼크의 지속적 배포 구현
|
Valentina Servile
이일웅 의 다른 상품
|
더 빠른 피드백, 더 안전한 릴리스로 신뢰할 수 있는 소프트웨어 구축하기이제 배포는 개발자만의 책임이 아닙니다. 프런트엔드, 백엔드, QA, 제품 관리자까지 모두가 함께 책임져야 할 핵심 과정이며, 조직의 민첩성과 제품 품질을 좌우하는 요소입니다. DORA 메트릭, 린, DevOps 같은 현대 개발 문화는 개발과 운영의 경계를 허물고 피드백 루프를 단축하며 이 변화를 가속화하고 있습니다. 이 책은 그런 흐름 속에서 독자가 중심에 설 수 있도록 도와줍니다. 이 책을 통해 개발 초기 기획부터 배포 이후 운영까지, 기능 단위 배포, 데이터 마이그레이션, A/B 테스트 전략 등 실무에 바로 적용할 수 있는 기술과 인사이트를 폭넓게 배울 수 있습니다. 소프트웨어를 더 빠르고 안전하게 전달하고 싶은가요? 지금 이 책에서 해답을 찾으시길 바랍니다.이 책의 특징● 이론부터 실전까지: 지속적 배포의 개념부터 실제 코드 레벨의 구현까지 체계적으로 안내● 실전 예제 코드: 리액트(프런트엔드), 스프링 부트(백엔드), SQL(데이터베이스)을 아우르는 실용 예제를 제공● 안전한 변경 관리: 운영 중인 기능을 리팩터링하고 데이터베이스 스키마를 마이그레이션하는 구체적인 패턴 제시.● 글로벌 기업 사례 연구: 오토스카우트24, N26 등 8개 기업이 지속적 배포를 도입하고 기술 문화를 혁신한 과정을 심층 분석● 개발 문화 개선: 기술적 프랙티스를 넘어, 조직이 변화에 대응하고 신뢰를 구축하는 문화 소개대상 독자● 지속적 배포를 잘 알고 있긴 하나, 과연 우리 팀에 적합한 프랙티스인지 의문인 사람● 지속적 전달은 익숙하지만 지속적 배포는 그렇지 않아서 늘 제대로 한번 배워보고 싶은 사람● 지속적 배포를 도입한 팀에 합류하게 됐는데, 지속적 배포를 하는 이유와 방법을 알고 싶은 사람● 이미 지속적 배포로 전환하기로 했지만, 수동 프로덕션 게이트를 없애면 무슨 일이 벌어질지 알고 싶은 사람● 완전 새로운 제품을 기획 중이고 이를 계기로 지속적 배포를 적용해보고 싶은데, 아무래도 처음이라 어디서부터 어떻게 시작해야 할지 막막한 사람주요 내용● 개발 계획을 실시간 프로덕션 배포를 염두에 두고 설계하는 방법● 실제 운영 중인 기능을 리팩터링하거나 데이터 저장 방식을 변경하는 패턴● 다양한 피처 토글로 프로덕션 환경에서 기능을 테스트하고 릴리스하는 방법● 가시성, 성능, 테스트 자동화, 보안 요소를 고려해 작업을 나누고 배포하는 방법● 작업 중인 기능을 점진적으로 프로덕션에 배포하면서도 회귀 오류를 방지하는 기법
|