반디앤루니스 인터넷서점
전체

로고이미지

검색

  • ▼
HOT ISSUE

네비게이션 실시간 인기 책

    데브옵스 DevOps

    미리보기

    데브옵스 DevOps 아키텍트를 위한 첫 번째 데브옵스 지침서

    시리즈 : 에이콘 소프트웨어 아키텍처 시리즈 [16]

    원제 : DevOps: A Software Architect's Perspective

    • 렌 베스, 잉고 웨버, 리밍 쭈 저
    • 김영기, 박득형 역
    • 에이콘출판
    • 2016년 07월 29일
    • 정가
      33,000원
    • 판매가
      29,700원 [10% 할인]
    • 결제 혜택
      무이자
    • 적립금
      1,650원 적립 [5%P]

      NAVER Pay 결제 시 네이버페이 포인트 5% 적립 ?

    • 배송구분
      업체배송(반디북)
    • 배송료
      무료배송
    • 출고예정일

      출고예정일 안내

      ※ 출고예정일은 도서 재고상황에 따라 변동될 수 있습니다.

      close

      2026년 02월 05일(목)

      ※ 출고예정일은 도서 재고상황에 따라 변동될 수 있습니다.

    수량
    바로 구매 쇼핑카트 담기 위시리스트
    회원리뷰
    - [0]
    ISBN: 9788960778887 480쪽 189 x 236 (㎜)

    지금 이책은

    • 판매지수 : 192

    이 분야의 베스트셀러

    이 책과 함께 구매한 책

    이 책이 속한 분야

    이 책의 시리즈

    전체 선택 쇼핑카트 담기
    시리즈 에이콘 소프트웨어 아키텍처 시리즈 (16)

    책 소개

    상품문의 / 정보수정 요청 >

    출판사 리뷰

    출판사 서평
    ★ 이 책에서 다루는 내용 ★
    ■ 데브옵스가 시스템 아키텍처와 IT 역할 모두에서 상당한 변화를 필요로 하는 이유
    ■ 가상화와 클라우드 기술이 데브옵스 실천방법을 가능하게 하는 방법
    ■ 데브옵스로의 운영과 서비스 수명주기의 통합
    ■ 데브옵스 실천방법이 잘 작동하는 새로운 시스템의 설계
    ■ 데브옵스와 애자일 방법론 및 TDD의 통합
    ■ 오류 감지, 업그레이드 계획, 그리고 다른 핵심 이슈들의 처리
    ■ 데브옵스의 독립 배포 모델에서 발생하는 일관성 문제 관리
    ■ 데브옵스와 보안 통제, 역할, 그리고 감사의 통합
    ■...
    ★ 이 책에서 다루는 내용 ★
    ■ 데브옵스가 시스템 아키텍처와 IT 역할 모두에서 상당한 변화를 필요로 하는 이유
    ■ 가상화와 클라우드 기술이 데브옵스 실천방법을 가능하게 하는 방법
    ■ 데브옵스로의 운영과 서비스 수명주기의 통합
    ■ 데브옵스 실천방법이 잘 작동하는 새로운 시스템의 설계
    ■ 데브옵스와 애자일 방법론 및 TDD의 통합
    ■ 오류 감지, 업그레이드 계획, 그리고 다른 핵심 이슈들의 처리
    ■ 데브옵스의 독립 배포 모델에서 발생하는 일관성 문제 관리
    ■ 데브옵스와 보안 통제, 역할, 그리고 감사의 통합
    ■ 데브옵스 적용, 확산, 그리고 측정을 위한 비즈니스 계획의 준비
    ★ 이 책의 대상 독자 ★
    이 책의 주된 독자는 “프로젝트 또는 조직에 데브옵스 실천 방법을 적용해야 하는가?”라는 질문을 이미 받았거나 앞으로 받을 소프트웨어 아키텍트다. 하지만 아키텍트에게 묻는 대신, 이 책은 다음과 같이 말할 것이다. 다른 책들처럼 이 책 또한 새로운 독자 범주를 찾고자 한다. 소프트웨어 아키텍처의 사례에 대해 더 많은 사항을 배우고 싶어하는 학생들은 이 책에서 관심 있는 자료를 발견할 수 있다. 데브옵스 주제에 대해 조사하고자 하는 연구자들은 중요한 배경 자료를 찾을 수 있다. 그러나 주된 대상 독자는 실무 아키텍트다.
    ★ 이 책의 구성 ★
    데브옵스의 배경에 대해 살펴보면서 이 책을 시작한다. 1부는 데브옵스의 목표와 데브옵스가 해결하고자 하는 문제에 대해 연구한다. 애자일 방법론과 데브옵스 실천 방법의 관계뿐만 아니라, 조직적, 문화적인 문제도 다룬다.
    2장에서는 클라우드에 대해 살펴본다. 데브옵스 사례들은 플랫폼으로서의 클라우드(cloud as a platform)가 성장함에 따라 증가했다. 이론적으로 이 둘은 분리가 가능하지만, 실제로는 가상화와 클라우드는 데브옵스 사례에 대한 중요한 지원자다.
    1부의 마지막 장인 3장에서는 정보기술 인프라 라이브러리(ITIL)의 프리즘을 통해 운영에 대해 살펴본다. ITIL은 운영 그룹의 가장 중요한 기능에 대한 조직 시스템이다. 데브옵스 사례를 포함하는 운영의 모든 사항뿐 아니라, 운영 그룹의 일부 책임에 대한 이해는 중요한 배경을 제공한다. 특히 역할과 책임에 대한 이해는 중요한 사항이다.
    2부에서는 배포 파이프라인(deployment pipeline)을 설명한다. 4장에서 마이크로서비스 아키텍처 스타일(microservice architectural style)을 살펴보는 것으로 2부를 시작한다. 데브옵스 실천 방법을 적용하기 위해 마이크로서비스 스타일로 시스템의 아키텍처를 구성하는 것은 필수적이지는 않지만, 마이크로서비스 아키텍처 스타일은 데브옵스의 동기가 되는 많은 문제를 해결하기 위해 고안됐다.
    5장에서는 빌드와 테스트 프로세스, 그리고 도구 체인을 빠르게 살펴본다. 이러한 것들에 대한 이해가 중요하긴 하지만, 초점을 두지는 않는다. 생산 환경으로 시스템을 배치하는 데 사용되는 다양한 환경과 이러한 환경에서 수행하는 다양한 종류의 테스트를 다룬다. 데브옵스에서 사용되는 많은 도구가 빌드와 테스트 프로세스에서 사용되기 때문에 이러한 도구의 이해와 통제 방법을 알아본다.
    배포에 대해 알아보면서 2부를 마친다. 데브옵스의 목표 중 하나는 배포의 속도를 높이는 것이다. 이러한 목표를 달성하기 위해 사용되는 기법은 각각의 배포 팀에게 그들의 코드가 준비되었을 때 독립적으로 배포하도록 허용하는 것이다. 독립 배포(Independent deployment)는 일관성에 많은 문제를 가져온다. 다양한 배포 모델, 생산 환경에서 시스템의 구별되는 버전들의 동시관리, 에러 발생 시의 롤백, 그리고 생산 환경에 시스템의 실제 배치와 관련해 다뤄야 하는 다른 주제들에 대해 알아본다.
    2부는 배포 사례들에 대한 기능적인 관점을 제시한다. 그러나 다른 시스템과 마찬가지로, 이것은 흔히 설계와 시스템의 승인을 통제하는 품질에 대한 관점이다. 3부에서는 횡단 관심사(crosscutting concerns)에 중점을 둔다. 3부는 7장에서 모니터링과 라이브 테스팅에 대해 논의함으로써 시작된다. 현대적인 소프트웨어 테스팅 실천 방법은 시스템이 생산 환경으로 배치될 때 끝나지 않는다. 먼저 문제를 감지하기 위해 광범위하게 모니터링되고, 그 후 시스템이 생산 환경으로 배치된 후에 다양한 형태로 계속 테스팅된다.
    8장에서 다루는 보안은 또 다른 횡단 관심이다. 조직 전반과 특정 시스템 전반을 포괄하는 환경에 존재하는 다양한 보안 통제 유형을 제시한다. 또한 보안의 성취와 관련된 다양한 역할과 이러한 역할이 보안 감사 시 어떻게 평가되는가를 알아본다.
    보안이 품질의 유일한 관심 대상은 아니다. 9장에서는 데브옵스와 관련된 실천 방법과 또다른 품질들을 논의한다. 배포 파이프라인의 성능, 신뢰성, 변경 용이성 등의 주제를 다룬다.
    3부의 마지막인 10장에서는 비즈니스 고려사항에 대해 알아본다. 데브옵스처럼 폭넓은 실천 방법은 관리자의 지원 없이는 적용될 수 없다. 비즈니스 계획은 이러한 지원을 획득하는 일반적인 수단이다. 데브옵스 적용을 위한 비즈니스 계획의 요소를 제시하고, 인수, 롤아웃(rollout), 그리고 측정이 진행되는 방법을 알아본다.
    4부에서는 3개의 사례연구를 제시한다. 데브옵스 실천 방법을 구현한 조직들은 일부 비결을 알려준다. 11장은 비즈니스 지속성에 대한 목표를 위해 두 개의 데이터 센터를 유지하는 방법을 설명한다. 12장은 지속적인 배포 파이프라인에 대한 세부 사항을 설명한다. 그리고 13장은 조직이 마이크로서비스 아키텍처로 이전하는 방법을 설명한다.
    5부에서 미래를 추측하며 마무리한다. 14장은 우리의 연구를 설명하고 연구가 어떻게 운영을 일련의 프로세스로 보는 것에 기반하는지를 논의한다. 15장은 향후 3~5년 동안 데브옵스 관점에서 어떻게 발전될 것인가에 대해 예측한다.

    저자 소개

    렌 베스
    • 구분 : 저서
    • 국적 : 호주
    • 분류 : 과학/공학 저자
    • 인기지수 : 40
    최근저서

    호주 국립 정보통신기술 연구소(NICTA)의 수석 연구원이다. 카네기 멜론 대학의 소프트웨어 공학 연구소(SEI)에서 25년 동안 근무한 후 2011년 NICTA에 합류했다. 컴퓨터 과학 및 소프트웨어 엔지니어링의 다양한 주제에 대해 여러 종류의 책과 다양한 논문은 물론, 소프트웨어 아키텍처와 관련해 수상한 두 권의 책 『Software Architecture in Practice, Third Edition』 (애디슨 웨슬리, 2013)과 『Documenting Software Architectures: Views and Beyond, Second Edition』 (애디슨 웨슬리, 2011)의 저자다. 소프트웨어 개발과 연구에 50년 이상의 경험이 있으며, 운영체제, 데이터베이스 관리 시스템, 사용자 인터페이스 소프트웨어, 소프트웨어 아키텍처, 생산 라인 시스템, 컴퓨터 운영에 대한 많은 논문들을 작성했다. 과학적인 분석, 임베디드 시스템, 정보 및 금융 시스템 등 여러 도메인에서 작업과 컨설팅을 해왔다.

    잉고 웨버
    • 구분 : 저서
    • 국적 : 기타
    • 분류 : 과학/공학 저자
    • 인기지수 : 13
    최근저서

    뉴 사우스 웨일즈(UNSW) 대학의 CSE에서 수석 보조 강사이며, 호주 시드니에 있는 NICTA의 소프트웨어 시스템 연구 그룹의 선임 연구원이다. NICTA 이전에 UNSW와 독일 카를스루에 SAP에서 근무했다. 연구 분야는 클라우드 컴퓨팅, 데브옵스, 비즈니스 프로세스 관리, 인공지능(AI) 등이다. 60편 이상의 상호 심사 논문을 발표했으며, 권위 있는 여러 과학 저널과 컨퍼런스에서 리뷰어나 프로그램 위원회 회원을 역임했다. 박사학위를 보유하고 있으며, 카를스루에 대학을 졸업했고, 애머스트의 메사추세츠 대학에서 석사학위를 받았다.

    리밍 쭈
    • 구분 : 저서
    • 국적 : 기타
    • 분류 : 과학/공학 저자
    • 인기지수 : 13
    최근저서

    NICTA의 연구 그룹 리더이자 수석 연구원이다. 뉴 사우스 웨일즈 대학(UNSW)과 시드니 대학 모두에서 공동 지위를 유지하고 있다. 림밍은 80편 이상의 상호 심사 논문을 발표했다. UNSW에서 소프트웨어 엔지니어링 박사학위를 취득하기 전 소프트웨어 산업에서 다양한 기술을 리드하는 위치에서 일했다. 호주 표준 IT-015(시스템 및 소프트웨어 공학)의 위원회 멤버이며, ISO/SC7에 기여하고 있다. 그의 연구 분야는 소프트웨어 아키텍처와 신뢰성 시스템을 포함한다.

    역자 소개

    김영기
    • 국적 : 대한민국
    • 분류 : 과학/공학 저자 , 기타
    • 인기지수 : 43
    최근저서

    삼성전자 입사 후 사업부와 연구소를 오가며 개발과 SE 분야를 모두 경험했다. 지능망 IN과 모바일 애플리케이션 개발, 정적 분석과 소프트웨어 구조 분석 등의 업무를 담당하며 소프트웨어 개발과 개발 문화에 관심을 갖게 됐다. 이후 소프트웨어 개발 인프라 개선 작업에 참여했으며, 현재 SCM을 포함한 개발 인프라 업무를 담당하고 있다. 개발자 역량 강화와 개발 조직 구성에 관심을 갖고 있다. 시스템 관리, 데이터베이스, 테스팅과 애자일 관련 다수 인증을 보유하고 있다. 업무상 필요한 경우 직접 내부 사이트를 제작하거나 필요한 유틸리티를 만들기도 한다.

    박득형
    • 국적 : 대한민국
    • 분류 : 과학/공학 저자 , 기타
    • 인기지수 : 26
    최근저서

    KAIST에서 통신 및 네트워크 분야로 박사 학위 취득 후, 스타트업에서 네트워크 및 임베디드 소프트웨어 개발을 경험했다. 삼성전자에서 Tizen OS, Android와 함께 자체 플랫폼부터 애플리케이션까지 다양한 기술 분야의 개발 업무를 맡았으며 개발 인프라 관리 구축 업무를 수행한 전력이 있다. 애자일 코치로도 활동하고 있으며 현재 소프트웨어 엔지니어링 분야에서 소프트웨어 구조 분석을 통한 리스트럭처링 및 리팩토링을 통해 개선 업무를 수행 중이다.
    에이콘출판사에서 출간한 『JIRA 시스템 구축과 활용』(2016), 『JIRA Agile Essentials』(2016), 『데브옵스 DevOps』(2016)를 번역했다.

    목차

    목차
    1부. 배경 지식
    1장. 데브옵스란?
    __1.1 소개
    __1.2 왜 데브옵스인가?
    __1.3 데브옵스 관점
    __1.4 데브옵스와 애자일
    __1.5 팀 구성
    __1.6 조정
    __1.7 장벽/장애물
    __1.8 요약
    __1.9 더 읽을거리
    2장. 플랫폼으로서의 클라우드
    __2.1 소개
    __2.2 클라우드의 기능
    __2.3 고유한 클라우드 기능에 대한 데브옵스 결과
    __2.4 요약
    __2.5 더 읽을거리
    3장. 운영
    __3.1 소개
    __3.2 운영 서비스
    __3.3 서비스 운영 기능
    __3.4 지속적인 서비스 개선
    __3.5 운영과 데브옵스
    __3.6 요약
    __3.7 더 읽을거리
    2부. 배포 파이프라인
    4장. 전반적인 아키텍처
    __4.1 데브옵스 사례는 구조적인 변경을 필요로 하는가?
    __4.2 전반적인 아키텍처 구조
    __4.3 마이크로서비스 아키텍처에 대한 품질 논의
    __4.4 아마존(Amazon)의 팀에 대한 규칙
    __4.5 기존 시스템에 마이크로서비스 적용
    __4.6 요약
    __4.7 더 읽을거리
    5장. 구축과 테스팅
    __5.1 소개
    __5.2 배포 파이프라인을 통한 시스템 이동
    __5.3 횡단 측면
    __5.4 개발과 사전 커밋 테스팅
    __5.5 빌드와 통합 테스팅
    __5.6 UAT/스테이징 테스팅/성능 테스팅
    __5.7 생산
    __5.8 사고
    __5.9 요약
    __5.10 더 읽을거리
    6장. 배포
    __6.1 소개
    __6.2 배포 관리 전략
    __6.3 Logical Consistency
    __6.4 패키징
    __6.5 다양한 환경에 배포
    __6.6 부분적인 배포
    __6.7 롤백
    __6.8 도구
    __6.9 요약
    __6.10 더 읽을거리
    3부. 횡단 관심 사항
    7장. 모니터링
    __7.1 소개
    __7.2 모니터링의 대상
    __7.3 모니터링 방법
    __7.4 모니터링 구성 변경 시기
    __7.5 모니터링 데이터 해석
    __7.6 도전 사항
    __7.7 도구
    __7.8 모니터링 데이터에서 이상 상태 진단 (Platformer.com 사례)
    __7.9 요약
    __7.10 더 읽을거리
    8장. 보안과 보안 감사
    __8.1 보안이란?
    __8.2 위협
    __8.3 보호돼야 하는 자원
    __8.4 보안 역할과 활동
    __8.5 계정 관리
    __8.6 접근 제어
    __8.7 감지, 감사, 서비스 거부
    __8.8 개발
    __8.9 감사
    __8.10 애플리케이션 설계 고려 사항
    __8.11 배포 파이프라인 설계 고려 사항
    __8.12 요약
    __8.13 더 읽을거리
    9장. 품질 속성
    __9.1 소개
    __9.2 반복성
    __9.3 성능
    __9.4 신뢰성
    __9.5 복구 가능성
    __9.6 상호 운용성
    __9.7 테스트 용이성
    __9.8 변경 용이성
    __9.9 요약
    __9.10 더 읽을거리
    10장. 비즈니스 고려 사항
    __10.1 소개
    __10.2 비즈니스 사례
    __10.3 데브옵스 사례에 대한 측정과 규정 준수
    __10.4 개발과 운영 사이의 상호작용점
    __10.5 요약
    __10.6 더 읽을거리
    4부. 사례연구
    11장. 다중 데이터센터 지원
    __11.1 소개
    __11.2 현재 상태
    __11.3 비즈니스 로직과 웹 계층
    __11.4 데이터베이스 계층
    __11.5 기타 인프라스트럭처 도구
    __11.6 데이터센터 전환
    __11.7 테스팅
    __11.8 요약
    __11.9 더 읽을거리
    12장. 대규모 엔터프라이즈를 위한 지속적인 배포 파이프라인 구현
    __12.1 소개
    __12.2 조직 환경
    __12.3 지속적인 배포 파이프라인
    __12.4 CD 파이프라인 기반에 보안 사항을 추가해 이미지 굽기
    __12.5 고급 개념
    __12.6 요약
    __12.7 더 읽을거리
    13장. 마이크로서비스로의 이전
    __13.1 애틀라시안 소개
    __13.2 마이크로서비스 배포를 위한 플랫폼 구축
    __13.3 BlobStore: 마이크로서비스 예제
    __13.4 개발 프로세스
    __13.5 BlobStore 진화
    __13.6 요약
    __13.7 더 읽은 거리
    5부. 미래로의 이동
    14장. 프로세스로서의 운영
    __14.1 소개
    __14.2 동기 부여와 개요
    __14.3 오프라인 액티비티
    __14.4 온라인 액티비티
    __14.5 에러 진단
    __14.6 모니터링
    __14.7 요약
    __14.8 더 읽을거리
    15장. 데브옵스의 미래
    __15.1 소개
    __15.2 조직적인 이슈
    __15.3 프로세스 이슈
    __15.4 기술 문제
    __15.5 에러 보고와 복구는 어떻게 하는가?
    __15.6 맺음말
    __15.7 더 읽을거리

    머리말

    ★ 지은이의 말 ★

    우리는 몇 년 동안 운영에서의 문제를 조사해 왔으며, 본질적으로 데브옵스 운동(DevOps movement)을 추적하고 있다. 데브옵스는 가트너의 과장 광고 곡선(Gartner Hype Curve)에 나타나고 있으며, 견고한 비즈니스적인 존재 이유를 갖고 있다. 우리는 IT 관리자 측면(예를 들어 소설, 『The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win』)과 프로젝트 관리자 측면(예를 들어 Continuous Delivery: Reliable Software Releases Through Build, Test, and Deployment Automation)에서 논의를 발견할 수 있었다. 추가적으로 문화적인 변화와 조직 단위들 간의 장벽을 해체하는 것의 의미에 대한 수많은 자료들이 있다.
    우리를 좌절시키는 것은 소프트웨어 아키텍트 측면의 자료가 아주 조금밖에 없다는 것이다. 운영자를 최상위 이해당사자로서 다루고, 그들의 요구사항을 듣는 것은 확실히 중요하다. 운영과 프로젝트 관리를 지원하는 도구를 이용하는 것 또한 중요하다. 그러나 우리는 이해당사자의 관리와 도구의 사용보다 중요한 것이 있다는 강한 느낌을 갖고 있다.
    실제로 중요한 것이 있고, 바로 그것이 이 책에서 채우고자 하는 간격이다. 데브옵스는 디자인, 프로세스, 도구, 조직 구조 사이의 매혹적인 상호작용을 나타낸다. 우리는 두 가지 주요 질문에 대답하려고 한다. 데브옵스 목표를 달성하기 위해 아키텍트로서 해야하는 기술적인 결정들은 무엇인가? 데브옵스 공간에서 다른 액터들에게 영향을 미치는 것이 나에게는 어떤 영향을 미치는가?
    이에 대한 대답은, 데브옵스 목표 달성은 당신의 시스템 아키텍처의 기본적인 변화들을 포함할 수 있다는 것이며, 당신 시스템을 생산 환경으로 보내고, 생산 환경에서 지원하기 위해서는 역할과 책임에서도 변화가 요구된다는 것이다.
    소프트웨어 아키텍트가 그들이 설계하고 구축하는 시스템을 위해 비즈니스 환경과 목표를 이해해야 하는 것처럼 데브옵스를 이해하기 위해서는 기술적인 상황과 운영 상황은 물론, 조직적인 상황과 비즈니스 상황을 이해해야 한다.


    ★ 옮긴이의 말 ★

    소프트웨어와 관련된 모든 분야가 빠르게 변하고 있다. 개발 언어부터 프로세스 개발, 조직과 문화 모두가 원하든 원하지 않든 빠르게 변화한다. 이러한 변화는 단순히 소프트웨어 아키텍트가 제품을 개발하는 것 이상을 요구한다. 또한 운영자는 소프트웨어를 관리하고 시스템을 운영하기 위해서 소프트웨어 전반에 대해 더 많이 알아야 한다. 이와 같은 상황에서 데브옵스(DevOps)의 도입은 필연적인 결과인지도 모른다. 데브옵스는 소프트웨어의 개발(Development)과 운영(Operations)의 합성어로, 소프트웨어 개발자와 정보기술 전문가 간의 소통, 협업 및 통합을 강조하는 개발 환경이나 문화를 의미한다. 데브옵스는 소프트웨어 개발과 운영 조직 간의 협력을 통해 소프트웨어 제품과 서비스를 빠른 시간에 개발하고 배포하는 것을 목적으로 하고 있다. 이 책은 데브옵스에 관한 사항을 기초부터 사례까지 전반적인 내용을 포함하고 있어, 데브옵스에 관심 있는 사람이라면 누구에게나 좋은 참고서가 될 것이라 생각한다. 이 책을 통해 데브옵스에 대해 품었던 많은 궁금증이 해소되기를 바란다.
    - 김영기

    데브옵스를 처음 접했을 때, 이렇게 파격적인 시스템이 과연 실현 가능한 것인지, 그리고 개발자들이 이처럼 파괴적이기까지 한 업무 방식을 수용할 수 있을지 의구심이 들었다. 애자일 개발에서는 대부분 개발 자체에 집중하는 것에 무게가 실리는 반면, 데브옵스는 소비자가 필요로 하는 소프트웨어를 빠르게 전달하는 방법에 관심을 두고 있다. 전통적인 조직에서는 개발자가 고객으로부터 직접 요구 사항을 수집하는 것이 거의 불가능하며, 공정과 도구를 관리하는 별도의 조직이 있어 개발자가 원하는 공정과 도구를 적용하기 어렵다. 개발이 지속적으로 진행되면 자동화된 테스트 시스템이 필요해지고, 개발자에게 고객의 피드백을 빠르고 정확하게 전달할 수 있는 시스템이 더욱 절실해진다. 잘 설계된 공정과 준비된 도구는 애자일 개발에 날개를 달아줄 것이며, 더 나아가 개발 팀과 고객이 직접 소통을 한다면 더 좋은 소프트웨어를 더 빨리 개발할 수 있을 것이다. 이미 애자일 방법론을 통해 프로젝트를 수행함에도 불구하고 생산성이나 고객 만족도에 문제가 있다고 느낀다면 이 책을 통해 데브옵스의 도입을 고려해 볼 수 있다.
    - 박득형

    배송 시 유의사항

    - 반디앤루니스에서 구매하신 도서는 물류 대행 위탁업체 웅진 북센을 통해 배송됩니다.
     (배송 포장에 "웅진 북센"으로 표기될 수 있습니다.)

    - 구매한 상품의 품질과 배송 관련 문의는 반디앤루니스로 문의 바랍니다.

    - 천재지변 및 택배사의 사정에 따라 배송이 지연될 수 있습니다.

    - 결제(입금) 완료 후 출판사 및 유통사의 사정으로 품절 또는 절판 되어 상품 구입이 어려울 수 있습니다. (별도 안내 예정)

    - 도서산간지역의 경우 추가 배송비가 발생될 수 있습니다.

    반품/교환

    상품 설명에 반품/ 교환 관련한 안내가 있는 경우 그 내용을 우선으로 합니다. (업체 사정에 따라 달라질 수 있습니다)

    반품/교환

    반품/교환
    반품/교환 방법 홈 > 고객센터 > 자주찾는질문 “반품/교환/환불” 안내 참고 또는 1:1상담게시판
    반품/교환 가능 기간 반품,교환은 배송완료 후 7일 이내, 상품의 결함 및 계약내용과 다를 경우 문제발견 후 30일 이내에 신청가능
    반품/교환 비용 변심 혹은 구매착오의 경우에만 반송료 고객 부담(별도 지정 택배사 없음)
    반품/교환 불가 사유
    • 소비자의 책임 사유로 상품 등이 손실 또는 훼손된 경우
    • 소비자의 사용, 포장 개봉에 의해 상품 등의 가치가 현저히 감소한 경우
    • 복제가 가능한 상품 등의 포장을 훼손한 경우 : 예)만화책, 잡지, 화보집 등
    • 시간의 경과에 의해 재판매가 곤란한 정도로 가치가 현저히 감소한 경우
    • 전자상거래등에서의 소비자보호에 관한 법률이 정하는 소비자 청약철회 제한 내용에 해당되는 경우
    • 해외주문 상품(해외 원서)의 경우(파본/훼손/오발송 상품을 제외)
    소비자 피해보상
    환불지연에 따른 배상
    • 상품의 불량에 의한 반품, 교환, A/S, 환불, 품질보증 및 피해보상 등에 관한 사항은
      소비자 분쟁해결 기준(공정거래위원회고시)에 준하여 처리됨
    • 대금 환불 및 환불지연에 따른 배상금 지급 조건, 절차 등은 전자상거래 등에서의
      소비자 보호에 관한 법률에 따라 처리함
    반품/교환 주소 경기도 파주시 문발로 77, 웅진북센(반디앤루니스)
    • 회사명 : (주)서울문고
    • 대표이사 : 김홍구
    • 개인정보 보호책임자 : 김홍구
    • E-mail : bandi_cs@bnl.co.kr
    • 소재지 : (06168) 서울 강남구 삼성로 96길 6
    • 사업자 등록번호 : 120-81-02543
    • 통신판매업 신고번호 : 제2023-서울강남-03728호
    • 물류센터 : (10881) 경기도 파주시 문발로 77 반디앤루니스
    copyright (c) 2016 BANDI&LUNI'S All Rights Reserved