간편결제, 신용카드 청구할인
PAYCO(페이코) 최대 5,000원 할인
(페이코 신규 회원 및 90일 휴면 회원 한정)
네이버페이 1%
(네이버페이 결제 시 적립)
북피니언 롯데카드 30% (20,790원)
(최대할인 3만원 / 3만원 이상 결제)
EBS 롯데카드 20% (23,760원)
(최대할인 3만원 / 3만원 이상 결제)
인터파크 NEW 우리V카드 10% (26,730원)
(최대할인 3만원 / 3만원 이상 결제)
인터파크 현대카드 7% (27,630원)
(최대할인 3만원 / 3만원 이상 결제)
Close

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

원제 : DevOps: A Software Architect's Perspective
소득공제

2013년 9월 9일 이후 누적수치입니다.

판매지수 19
?
판매지수란?
사이트의 판매량에 기반하여 판매량 추이를 반영한 인터파크 도서에서의 독립적인 판매 지수입니다. 현재 가장 잘 팔리는 상품에 가중치를 두었기 때문에 실제 누적 판매량과는 다소 차이가 있을 수 있습니다. 판매량 외에도 다양한 가중치로 구성되어 최근의 이슈도서 확인시 유용할 수 있습니다. 해당 지수는 매일 갱신됩니다.
Close
공유하기
정가

33,000원

  • 29,700 (10%할인)

    1,650P (5%적립)

할인혜택
적립혜택자동적립
추가혜택
배송정보
주문수량
감소 증가
  • 이벤트/기획전

  • 연관도서(16)

  • 사은품(13)

책소개

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

데브옵스 분야를 소개하고 소프트웨어 개발에서 무시되어온 다양한 문제들에 대한 해결책을 다룬다. 데브옵스의 목표를 이루기 위해 소프트웨어 아키텍트가 내려야 하는 결정들을 살펴보고, 다른 데브옵스 참여자들이 아키텍트의 작업에 미치는 영향을 설명하고 있다. 그리고 데브옵스를 더욱 효율적으로 적용하는데 필요한 조직적, 기술적, 운영적 맥락과 더불어 데브옵스가 적용되는 실제 연구 사례도 포함하고 있다.

출판사 서평

- 요약 -

이 책은 데브옵스 분야를 소개하고 소프트웨어 개발에서 무시되어온 다양한 문제들에 대한 해결책을 다룬다. 데브옵스의 목표를 이루기 위해 소프트웨어 아키텍트가 내려야 하는 결정들을 살펴보고, 다른 데브옵스 참여자들이 아키텍트의 작업에 미치는 영향을 설명한다. 또한, 데브옵스를 더욱 효율적으로 적용하는데 필요한 조직적, 기술적, 운영적 맥락과 더불어 데브옵스가 적용되는 실제 연구 사례도 포함하고 있다. 이 책은 데브옵스의 전반적인 개요 이해뿐만 아니라 실질적인 적용에도 많은 도움이 될 것이다.

- 이 책에서 다루는 내용 -

데브옵스가 시스템 아키텍처와 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년 동안 데브옵스 관점에서 어떻게 발전될 것인가에 대해 예측한다.

- 지은이의 말 -

우리는 몇 년 동안 운영에서의 문제를 조사해 왔으며, 본질적으로 데브옵스 운동(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장. 데브옵스란?
__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 더 읽을거리

저자소개

잉고 웨버(Ingo Weber) [저] 신작알림 SMS신청 작가DB보기
생년월일 -
출생지 -
출간도서 0종
판매수 0권

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

리밍 쭈(Liming Zhu) [저] 신작알림 SMS신청 작가DB보기
생년월일 -
출생지 -
출간도서 0종
판매수 0권

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

렌 베스(Len Bass) [저] 신작알림 SMS신청 작가DB보기
생년월일 -
출생지 -
출간도서 0종
판매수 0권

SEI 기술진의 선임 연구원이다.

생년월일 -
출생지 -
출간도서 0종
판매수 0권

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

펼쳐보기
생년월일 -
출생지 -
출간도서 0종
판매수 0권

15년 이상 소프트웨어 공학(SE) 업무를 담당하고 있으며, 정적 분석 및 구조 분석 등 소프트웨어 품질 개선 작업을 해오고 있다. 사업부 소프트웨어 교육 강사로도 활동 중이며, 현재 삼성전자 네트워크 사업부에서 소프트웨어 개발 인프라와 구조 분석을 담당하고 있다. 개발자 역량 강화와 개발 조직 구성에 관심이 많으며, 시스템 관리, 데이터베이스, 테스트와 애자일(Agile) 등 소프트웨어 관련 다수의 인증을 보유하고 있다.

역자의 다른책

전체보기

이 상품의 시리즈

에이콘 소프트웨어 아키텍처 시리즈(총 21권 / 현재구매 가능도서 17권)

펼쳐보기

이 책과 내용이 비슷한 책 ? 내용 유사도란? 이 도서가 가진 내용을 분석하여 기준 도서와 얼마나 많이 유사한 콘텐츠를 많이 가지고 있는가에 대한 비율입니다.

    리뷰

    0.0 (총 0건)

    기대평

    작성시 유의사항

    평점
    0/200자
    등록하기

    기대평

    10.0

    교환/환불

    교환/환불 방법

    ‘마이페이지 > 취소/반품/교환/환불’ 에서 신청함, 1:1 문의 게시판 또는 고객센터(1577-2555) 이용 가능

    교환/환불 가능 기간

    고객변심은 출고완료 다음날부터 14일 까지만 교환/환불이 가능함

    교환/환불 비용

    고객변심 또는 구매착오의 경우에만 2,500원 택배비를 고객님이 부담함

    교환/환불 불가사유

    반품접수 없이 반송하거나, 우편으로 보낼 경우 상품 확인이 어려워 환불이 불가할 수 있음
    배송된 상품의 분실, 상품포장이 훼손된 경우, 비닐랩핑된 상품의 비닐 개봉시 교환/반품이 불가능함

    소비자 피해보상

    소비자 피해보상의 분쟁처리 등에 관한 사항은 소비자분쟁해결기준(공정거래위원회 고시)에 따라 비해 보상 받을 수 있음
    교환/반품/보증조건 및 품질보증 기준은 소비자기본법에 따른 소비자 분쟁 해결 기준에 따라 피해를 보상 받을 수 있음

    기타

    도매상 및 제작사 사정에 따라 품절/절판 등의 사유로 주문이 취소될 수 있음(이 경우 인터파크도서에서 고객님께 별도로 연락하여 고지함)

    배송안내

    • 인터파크 도서 상품은 택배로 배송되며, 출고완료 1~2일내 상품을 받아 보실 수 있습니다

    • 출고가능 시간이 서로 다른 상품을 함께 주문할 경우 출고가능 시간이 가장 긴 상품을 기준으로 배송됩니다.

    • 군부대, 교도소 등 특정기관은 우체국 택배만 배송가능하여, 인터파크 외 타업체 배송상품인 경우 발송되지 않을 수 있습니다.

    • 배송비

    도서(중고도서 포함) 구매

    2,000원 (1만원이상 구매 시 무료배송)

    음반/DVD/잡지/만화 구매

    2,000원 (2만원이상 구매 시 무료배송)

    도서와 음반/DVD/잡지/만화/
    중고직배송상품을 함께 구매

    2,000원 (1만원이상 구매 시 무료배송)

    업체직접배송상품 구매

    업체별 상이한 배송비 적용