품목정보
발행일	2016년 07월 29일
쪽수, 무게, 크기	480쪽 \| 912g \| 18823530mm
ISBN13	9788960778887
ISBN10	8960778885

더보기

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 더 읽을거리

더보기

저자 소개 관련자료 보이기/감추기

저 자 소 개

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

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

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

역 자 소 개

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

박득형
KAIST에서 통신 및 네트워크 분야로 박사학위를 취득한 후 벤처기업에서 네트워크 프로세서 및 임베디드 프로세서를 개발했다. 이후 삼성전자에서 운영체제 커널부터 애플리케이션까지 다양한 영역에서 개발 업무를 담당했고, 개발 인프라 및 프로세스 관리, 애자일 방법론 등 소프트웨어 공학 분야의 경력이 있다.

더보기

출판사 리뷰 출판사 리뷰 보이기/감추기

★ 이 책에서 다루는 내용 ★ ■ 데브옵스가 시스템 아키텍처와 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)의 합성어로, 소프트웨어 개발자와 정보기술 전문가 간의 소통, 협업 및 통합을 강조하는 개발 환경이나 문화를 의미한다. 데브옵스는 소프트웨어 개발과 운영 조직 간의 협력을 통해 소프트웨어 제품과 서비스를 빠른 시간에 개발하고 배포하는 것을 목적으로 하고 있다. 이 책은 데브옵스에 관한 사항을 기초부터 사례까지 전반적인 내용을 포함하고 있어, 데브옵스에 관심 있는 사람이라면 누구에게나 좋은 참고서가 될 것이라 생각한다. 이 책을 통해 데브옵스에 대해 품었던 많은 궁금증이 해소되기를 바란다. - 김영기 데브옵스를 처음 접했을 때, 이렇게 파격적인 시스템이 과연 실현 가능한 것인지, 그리고 개발자들이 이처럼 파괴적이기까지 한 업무 방식을 수용할 수 있을지 의구심이 들었다. 애자일 개발에서는 대부분 개발 자체에 집중하는 것에 무게가 실리는 반면, 데브옵스는 소비자가 필요로 하는 소프트웨어를 빠르게 전달하는 방법에 관심을 두고 있다. 전통적인 조직에서는 개발자가 고객으로부터 직접 요구 사항을 수집하는 것이 거의 불가능하며, 공정과 도구를 관리하는 별도의 조직이 있어 개발자가 원하는 공정과 도구를 적용하기 어렵다. 개발이 지속적으로 진행되면 자동화된 테스트 시스템이 필요해지고, 개발자에게 고객의 피드백을 빠르고 정확하게 전달할 수 있는 시스템이 더욱 절실해진다. 잘 설계된 공정과 준비된 도구는 애자일 개발에 날개를 달아줄 것이며, 더 나아가 개발 팀과 고객이 직접 소통을 한다면 더 좋은 소프트웨어를 더 빨리 개발할 수 있을 것이다. 이미 애자일 방법론을 통해 프로젝트를 수행함에도 불구하고 생산성이나 고객 만족도에 문제가 있다고 느낀다면 이 책을 통해 데브옵스의 도입을 고려해 볼 수 있다. - 박득형

회원리뷰 (0건) 회원리뷰 이동

리뷰 쓰기

혜택 및 유의사항?

등록된 리뷰가 없습니다!

첫번째 리뷰어가 되어주세요.

한줄평 (0건) 한줄평 이동

한줄평 쓰기

혜택 및 유의사항?

등록된 한줄평이 없습니다!

첫번째 한줄평을 남겨주세요.

배송/반품/교환 안내

배송 안내

반품/교환 안내에 대한 내용입니다.
배송 구분	예스24 배송 배송비 : 무료배송
포장 안내	안전하고 정확한 포장을 위해 CCTV를 설치하여 운영하고 있습니다. 고객님께 배송되는 모든 상품을 CCTV로 녹화하고 있으며, 철저한 모니터링을 통해 작업 과정에 문제가 없도록 최선을 다 하겠습니다. 목적 : 안전한 포장 관리 촬영범위 : 박스 포장 작업

반품/교환 안내

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

반품/교환 안내에 대한 내용입니다.
반품/교환 방법	고객만족센터(1544-3800), 중고샵(1566-4295) 판매자 배송 상품은 판매자와 반품/교환이 협의된 상품에 한해 가능합니다.
반품/교환 가능기간	출고 완료 후 10일 이내의 주문 상품 디지털 콘텐츠인 eBook의 경우 구매 후 7일 이내의 상품 중고상품의 경우 출고 완료일로부터 6일 이내의 상품 (구매확정 전 상태)
반품/교환 비용	고객의 단순변심 및 착오구매일 경우 상품 반송비용은 고객 부담임 직수입양서/직수입일서중 일부는 변심 또는 착오로 취소시 해외주문취소수수료 20%를 부과할수 있음 단, 아래의 주문/취소 조건인 경우, 취소 수수료 면제 오늘 00시 ~ 06시 30분 주문을 오늘 오전 06시 30분 이전에 취소 오늘 06시 30분 이후 주문을 익일 오전 06시 30분 이전에 취소 직수입 음반/영상물/기프트 중 일부는 변심 또는 착오로 취소 시 해외주문취소수수료 30%를 부과할 수 있음 단, 당일 00시~13시 사이의 주문은 취소 수수료 면제 박스 포장은 택배 배송이 가능한 규격과 무게를 준수하며, 고객의 단순변심 및 착오구매일 경우 상품의 반송비용은 박스 당 부과됩니다.
반품/교환 불가사유	소비자의 책임 있는 사유로 상품 등이 손실 또는 훼손된 경우 소비자의 사용, 포장 개봉에 의해 상품 등의 가치가 현저히 감소한 경우 : 예) 화장품, 식품, 가전제품, 전자책 단말기 등 복제가 가능한 상품 등의 포장을 훼손한 경우 : 예) CD/LP, DVD/Blu-ray, 소프트웨어, 만화책, 잡지, 영상 화보집 소비자의 요청에 따라 개별적으로 주문 제작되는 상품의 경우 디지털 컨텐츠인 eBook, 오디오북 등을 1회 이상 다운로드를 받았을 경우 eBook 대여 상품은 대여 기간이 종료 되거나, 2회 이상 대여 했을 경우 취소 불가 중고상품이 구매확정(자동 구매확정은 출고완료일로부터 7일)된 경우 LP상품의 재생 불량 원인이 기기의 사양 및 문제인 경우 (All-in-One 일체형 일부 보급형 오디오 모델 사용 등) 시간의 경과에 의해 재판매가 곤란한 정도로 가치가 현저히 감소한 경우 전자상거래 등에서의 소비자보호에 관한 법률이 정하는 소비자 청약철회 제한 내용에 해당되는 경우
소비자 피해보상	상품의 불량에 의한 반품, 교환, A/S, 환불, 품질보증 및 피해보상 등에 관한 사항은 소비자분쟁해결기준(공정거래위원회 고시)에 준하여 처리됨
환불 지연에 따른 배상	대금 환불 및 환불 지연에 따른 배상금 지급 조건, 절차 등은 전자상거래 등에서의 소비자 보호에 관한 법률에 따라 처리