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

로고이미지

검색

  • ▼
HOT ISSUE

네비게이션 실시간 인기 책

    Azure와 도커를 활용한 마이크로서비스 구현

    Azure와 도커를 활용한 마이크로서비스 구현 Azure에서 마이크로서비스를 만드는 데 필요한 기술의 이해와 활용

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

    원제 : Microservices with Docker on Microsoft Azure

    • 보리스 숄, 트렌트 스완슨, 댄 페르난데스 저
    • 김도균 역
    • 에이콘출판
    • 2017년 05월 31일
    • 정가
      30,000원
    • 판매가
      27,000원 [10% 할인]
    • 결제 혜택
      무이자
    • 적립금
      1,500원 적립 [5%P]

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

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

      출고예정일 안내

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

      close

      2026년 04월 09일(목)

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

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

    지금 이책은

    • 판매지수 : 111

    이 분야의 베스트셀러

    이 책과 함께 구매한 책

    이 책이 속한 분야

    이 책의 시리즈

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

    책 소개

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

    출판사 리뷰

    ★ 이 책에서 다루는 내용 ★
    ■ 마이크로서비스 아키텍처의 차이점과 사용 시기
    ■ 마이크로서비스 아키텍처의 맥락에서 도커 컨테이너 이해
    ■ 도커 이미지 구축과 가져오기, 계층화 시키기
    ■ 도커 볼륨과 컨테이너, 이미지, 태그, 로그 다루기
    ■ 도커 스웜과 도커 컴포즈, 도커 네트워크 사용
    ■ Azure 포털과 Azure 리소스 관리자, 명령줄, docker-machine, 도커 툴박스를 통한 로컬 도커 호스트 만들기
    ■ 마이크로서비스 애플리케이션을 지원하는 개발과 데브옵스 환경 구축
    ■ 도커의 지속적인 업데이트 옵...
    ★ 이 책에서 다루는 내용 ★
    ■ 마이크로서비스 아키텍처의 차이점과 사용 시기
    ■ 마이크로서비스 아키텍처의 맥락에서 도커 컨테이너 이해
    ■ 도커 이미지 구축과 가져오기, 계층화 시키기
    ■ 도커 볼륨과 컨테이너, 이미지, 태그, 로그 다루기
    ■ 도커 스웜과 도커 컴포즈, 도커 네트워크 사용
    ■ Azure 포털과 Azure 리소스 관리자, 명령줄, docker-machine, 도커 툴박스를 통한 로컬 도커 호스트 만들기
    ■ 마이크로서비스 애플리케이션을 지원하는 개발과 데브옵스 환경 구축
    ■ 도커의 지속적인 업데이트 옵션 활용
    ■ Azure의 클러스터와 컨테이너 오케스트레이션 기능을 사용해 최대한의 복원력으로 컨테이너 기반 마이크로서비스 애플리케이션 운영과 확장
    ■ Azure 진단과 Visual Studio Application Insights, Microsoft Operations Management Suite를 사용한 마이크로서비스 애플리케이션 모니터링
    ■ Azure 서비스 패브릭으로 마이크로서비스 애플리케이션을 빠르고 효과적으로 개발하기
    ★ 이 책의 대상 독자 ★
    Azure에서 마이크로서비스 기반 애플리케이션을 만드는 데 흥미를 가진 사람들을 대상으로 한다. 이 책을 읽은 후 마이크로서비스 기반 애플리케이션의 이점과 도전에 관한 견고한 이해를 갖게 될 것이다.
    ★ 옮긴이의 말 ★
    컨테이너 가상화 환경에서 애플리케이션을 관리하고 실행하기 위한 오픈소스 플랫폼으로 등장한 도커는 단시간에 붐을 일으켰다. 특히 이상은 높았으나 실현이 힘들었던 SOA 사상의 참담한 실패 이후 도커는 마이크로서비스 아키텍처를 뒷받침 해주는 역할로서 늘어나는 공통 서비스의 배포 관리를 단순화해주고 다양한 환경에서 배포 메커니즘의 표준화를 이끌었다.
    클라우드 기술의 발전과 관련 산업의 성장과 함께 기존의 컨테이너 기술이 재조명되고 프로그래밍 가능한 인프라가 실현됨에 따라 마이크로서비스 아키텍처로 가는 많은 장애물이 제거됐다. 이 책은 클라우드 서비스, 그 중에서도 Microsoft Azure에서 도커를 활용해 마이크로서비스를 구현하는 기술과 환경, 도구에 초점을 맞췄다. Azure 위에서 마이크로서비스를 구현해보고 싶어 하는 독자들이 궁금해 할 만한 대부분의 내용을 다루고 있다. 마이크로서비스를 구현하기 위해 어디서 시작해야 할지, 어디로 가야 할지, 걸림돌이 무엇인지 궁금하다면, 이 책에서 그 답을 얻을 수 있으리라 생각한다.
    Azure와 도커의 세계는 변화가 빠르기 때문에 원서를 받고 가능한 빨리 번역을 진행했지만, 번역 기간 중에 Azure의 변화가 있었고, 관련 도구들의 변화도 있었다. 물론 이 책에서는 그런 변화를 반영했지만 시간이 흐르면 이 책에서 언급한 도구나 Azure의 모습은 바뀔 수 있다. 그렇더라도 기본 사상과 큰 그림, 구현 요소 등은 변하지 않으니 꽤 오랫동안 참고할 만한 책으로 남기를 기대한다.
    2017년 5월
    독립 IT 기술자, 김도균

    저자 소개

    보리스 숄
    • 구분 : 저서
    • 국적 : 기타
    • 분류 : 과학/공학 저자
    • 인기지수 : 3
    최근저서

    Microsoft Azure 컴퓨트 팀의 수석 프로그램 관리자며, 서비스 패브릭 사용자 지정 애플리케이션 오케스트레이션과 컨테이너 통합, Azure의 OSS 개발과 컨테이너 기반 워크로드에 대한 데브옵스 스토리를 검토한다. 전에는 대규모 분산 클라우드 애플리케이션과 IaaS 개발자 도구, 클라우드 환경의 프로비저닝, 전체 ALM 라이프 사이클에 대한 아키텍처와 구현 패턴에 초점을 맞추고 Visual Studio 클라우드 도구 팀을 이끌었다. 또한 Microsoft 서비스로 글로벌 클라우드 및 SharePoint 솔루션에 아키텍트로 일한 경험이 있다. 다양한 이벤트의 연사로 활동한 것 외에도 Azure 개발과 클라우드 애플리케이션 진단에 관련된 많은 글을 썼고 『SharePoint 2010 Development with Visual Studio 2010 한국어판』(아이티포럼, 2012)의 공저자기도 하다.

    트렌트 스완슨
    • 구분 : 저서
    • 국적 : 기타
    • 분류 : 과학/공학 저자
    • 인기지수 : 3
    최근저서

    전형적인 기업가다. Full Scale 180의 공동 창립자 겸 컨설턴트로 Microsoft의 가장 큰 고객 중 일부와 일하면서 Microsoft Azure 플랫폼으로 애플리케이션을 마이그레이션하고 빌드하는 일을 도왔다. 오늘날 Microsoft Azure에서 실행되는 가장 규모가 큰 몇 가지 애플리케이션을 구축에 참여했는데, 이 중 일부는 도커와 마이크로서비스 아키텍처를 활용한다. Microsoft Patterns and Practices 팀과 함께 클라우드 애플리케이션을 위한 개발 가이드와 모범 사례도 개발하며, 클라우드 디자인 패턴에 대한 책을 공동 저술하기도 했다. Krillan과 Threadsoft의 공동 창립자로서, 도커와 Node.js, Go, Mesos를 사용해 마이크로서비스 아키텍처 스타일 기반 애플리케이션을 구축했다. B&S Enterprises의 공동 창립자로 상업용 건물 관리를 위한 다양한 IoT 기술을 적용하고 있다.

    댄 페르난데스
    • 구분 : 저서
    • 국적 : 기타
    • 분류 : 과학/공학 저자
    • 인기지수 : 3
    최근저서

    Visual Studio와 Team Services, ASP.NET, Azure 일부 영역에 대한 개발자 콘텐츠 팀을 관리하는 수석 책임자다. 이전에는 Visual Studio와 Visual Studio Code, Visual Studio Team Services를 사용한 도커 연속 통합을 포함해 도커에 대한 개발자 경험을 관리하는 수석 프로그램 관리자로 일했다. 트위터에서는 @danielfe로 찾을 수 있다.

    역자 소개

    김도균
    • 국적 : 대한민국
    • 분류 : 과학/공학 저자 , 수험/학습서 저자 , 기타
    • 인기지수 : 187
    최근저서

    2012년 회사 조직 일원으로서의 15년 삶을 정리한 뒤, 독립 IT 기술자가 되어 5년째 자기 시간의 주인으로 포트폴리오 인생을 살고 있다. 2003년, 처음 『Beginning Direct3D 게임 프로그래밍』을 번역한 이후로 지금까지 30여 권의 책을 번역했다. 에이콘출판사에서 출간한 『Azure와 도커를 활용한 마이크로서비스 구현』(2017) , 『Essential C# 6.0 한국어판』(2016), 『Essential C# 5.0 한국어판』(2014), 『처음 배우는 C#』(2015), 『MOS 2013 Microsoft PowerPoint』(2015), 『MOS 2013 Microsoft Word Expert』(2015), 『The C# Programming Language (Fourth Edition) 한국어판』(2012) , 『윈도우 7 완벽 가이드』(2010)를 번역했다. 개발자를 위한 IT 매거진 <마이크로소프트웨어>에 오랫동안 기술자와 삶에 관해 칼럼을 써오고 있으며, 『나홀로 개발자를 위한 안드로이드 프로그래밍의 모든 것』(2013)을 비롯해 여러 권의 저서에 참여했다.
    17년 차 마이크로소프트의 공인 강사(MCT)이며, 마이크로소프트 MVP를 6회 수상했다. 마이크로소프트 기술 교육 전문 기업인 LearningWay의 대표 강사로 활동하고 있고, 독립 IT 기술자의 저술〮번역〮강연 상호부조 네트워크인 GoDev(www.godev.kr)에서 해적들을 이끌고 있는 선장이다.

    목차

    1장. 마이크로서비스
    __마이크로서비스란?
    __자율 서비스
    __소규모 서비스
    __마이크로서비스의 이점
    ____독립적인 배포
    ____지속적인 혁신
    ____확장과 리소스 활용의 개선
    ____기술 다양성
    ____소규모 팀
    ____오류 격리
    __도전
    ____복잡성
    ____네트워크 혼잡 및 대기시간
    ____데이터 일관성
    ____테스트
    ____통합과 버전 관리
    ____서비스 검색과 라우팅
    ____모니터링과 로깅
    ____기량과 경험
    ____가동시간 서비스 수준 계약(SLA)
    __모범 사례
    ____캡슐화
    ____데브옵스 원칙과 문화
    ____자동화
    ____모니터링
    ____결함 허용
    __요약
    2장. Azure의 컨테이너
    __VM과 컨테이너, 프로세스
    ____가상 머신이나 프로세스에서 컨테이너를 사용하는 시기
    __Azure의 컨테이너
    __도커가 있는 Azure VM 만들기
    ____Windows에서 SSH 공개 키 생성
    ____Mac OS X에서 SSH 공개 키 생성
    ____가상 머신 이미지 선택
    ____Windows에서 SSH와 Git Bash를 사용해 VM 연결하기
    ____Mac OS X에서 SSH와 Git Bash를 사용해 VM 연결하기
    ____도커 컨테이너 기초
    __요약
    3장. 애플리케이션 설계
    __어디서 시작할지 결정하기
    ____코스 그레인드 서비스
    ____마이크로서비스로 시작하기
    __서비스와 인터페이스 정의
    ____애플리케이션 분해
    ____서비스 설계
    __서비스 vs. 서비스 통신
    ____동기 요청/응답
    ____비동기 메시징
    __모놀리스에서 마이크로서비스로
    __Flak.io 전자상거래 샘플
    ____Flak.io
    ____요구사항
    ____아키텍처 개요
    ____고려사항
    __요약
    4장. 개발 환경 설정
    __로컬 개발을 위한 도커 사용하기
    ____로컬 개발용 도커
    ____운영 유효성 검증을 위한 도커
    ____빌드/테스트 호스트로서 도커
    __개발자 구성
    ____로컬 개발
    ____로컬 및 클라우드
    ____클라우드 전용
    ____도커 인증 관리
    ____기본 이미지 선택
    ____이미지의 계층구조 만들기
    __로컬 개발 환경 설정
    ____도커 도구 설치
    ____개발자 도구 설치
    ____Windows 유틸리티 설치
    ____OS X 유틸리티 설치
    __로컬 개발을 위한 도커
    ____로컬 개발 설정
    ____로컬 도커 호스트 시작
    ____도커 호스트에 연결하기
    ____샘플 복제하기
    ____도커 컨테이너에서 라이브 리로드 사용하기
    ____볼륨
    ____운영 환경을 위한 마이크로서비스 준비
    ____도커 컴포즈
    __도커 문제 디버깅
    ____도커 호스트에 연결할 수 없다.
    ____컨테이너가 시작되지 않는다.
    ____컨테이너 실행 진단하기
    __요약
    5장. 서비스 오케스트레이션과 연결
    __오케스트레이션
    __프로비저닝
    ____코드로서의 인프라
    ____Azure 리소스 관리자
    ____Azure 컨테이너 서비스
    ____ACS 리소스 공급자
    ____멀티벤터 프로비저닝
    __스케줄링과 클러스터 관리
    ____문제점
    ____스케줄링 솔루션
    ____도커 스웜
    ____큐버네티스
    ____아파치 메소스
    ____아파치 메소스를 사용한 다양한 작업 부하 실행
    __서비스 검색
    ____서비스 등록
    ____서비스 조회
    ____서비스 레지스트리
    ____다양한 기술
    ____기타 기술
    ____애플리케이션/API 게이트웨이
    ____오버레이 네트워킹
    __요약
    6장. 데브옵스와 지속적인 업데이트
    __데브옵스 개요
    ____현대의 데브옵스
    ____데브옵스 문화
    ____연속 통합과 지속적인 전달, 연속 배포
    ____Azure에서 환경 만들기
    __지속적인 업데이트를 사용한 마이크로서비스 배포
    ____서로 다른 환경에서의 애플리케이션 구성 변경
    ____연속 통합
    ____QA 환경의 테스트
    ____스테이징 배포
    ____운영 환경의 테스트
    __지속적인 업데이트 도구 선택
    ____온프레미스 또는 호스팅?
    ____최고의 솔루션 또는 통합 솔루션?
    ____도구에서 필요한 확장을 제공하는가?
    ____젠킨스와 팀 서비스, 뱀부, Tutum의 비교
    ____도커 클라우드(이전엔 Tutum)
    __요약
    7장. 모니터링
    __호스트 머신 모니터링
    __컨테이너 모니터링
    ____모니터링 서비스
    __모니터링 솔루션
    ____Azure 진단
    ____Application Insights
    ____OMS
    ____도커의 권장 솔루션
    __요약
    8장. Azure 서비스 패브릭
    __서비스 패브릭 개요
    ____서비스 패브릭 하위시스템
    ____클러스터 관리
    __리소스 스케줄링
    ____서비스 패브릭 애플리케이션
    ____사용자 지정 애플리케이션(기존 애플리케이션)
    ____컨테이너 통합
    __서비스 검색
    __프로그래밍 모델
    ____상태 비저장 서비스
    ____상태 저장 서비스
    ____신뢰할 수 있는 액터(Reliable Actors)
    ____신뢰할 수 있는 서비스(Reliable Services)
    __애플리케이션 수명주기
    ____서비스 업데이트
    ____애플리케이션 업그레이드
    ____테스트 용이성 프레임워크
    __요약
    부록. ASP.NET Core 1.0과 마이크로서비스
    __ASP.NET의 새로운 버전
    ____시작하기
    ____알맞은 ASP.NET 도커 이미지 선택하기
    ____Visual Studio 2015 도구
    ____ASP.NET 마이크로서비스 모범 사례

    머리말

    ★ 지은이의 말 ★

    우리 세 사람은 2009년 Microsoft Azure 클라우드 플랫폼이 시장에 처음 등장한 이후로 여기서 작업해왔다. 이 플랫폼을 사용한 공동 작업은 플랫폼을 만들고 플랫폼에서 애플리케이션을 만드는 것부터 Azure 개발 도구를 만들고 경험하는 것까지 꽤 광범위했다. 게다가 많은 고객과 파트너들이 Microsoft Azure에서 대규모 클라우드 기반 애플리케이션을 만들 수 있도록 지원했다. 지난 몇 년 동안 복원력과 확장성 있는 애플리케이션 설계부터 데브옵스 모범 사례, 고객과의 상호작용에서 Azure 플랫폼 기능과 Azure 도구, 기술 문서에 이르기까지 많은 교훈을 적용할 수 있었다.
    하지만 몇 가지 질문과 문제가 계속해서 뒤따랐다. 예를 들자면 이런 질문이다. 개발 머신에서 돌아가는 것이 클라우드 환경에서도 돌아갈 것이라고 어떻게 보장할 수 있을까? 한 구성 요소에 대한 사소한 변경이 있는 경우 전체를 업데이트하지 않도록 애플리케이션 구조를 어떻게 짜야 할까? 다운타임 없이 가능한 빨리 업데이트를 배포하는 방법이 뭘까? 구성과 환경 변경은 어떻게 다뤄야 할까?
    2013년에 이러한 도전을 다루며 아키텍처적 접근 방식으로 마이크로서비스를 사용하는 넷플릭스와 아마존, 다른 사업체에 관해 많은 업계 리더, 고객과 얘기하기 시작했다. 성공적인 아키텍처들(내부 및 외부 고객)과 하나씩 비교했고 그들이 이미 마이크로서비스 패턴의 많은 특성을 구현했다는 것을 알았다. 예를 들어 작업량을 기준으로 한 클라우드 서비스 애플리케이션 설계나 애플리케이션을 개별 컴포넌트/서비스의 수명을 갖는 다수의 서비스로 분해하는 것 등이다. 분명히 아키텍처는 이러한 방향으로 진화하고 있었고, ‘마이크로서비스’라는 용어가 대중화 됐을 때 많은 아키텍트와 개발자는 자신들이 이 방향으로 향하고 있음을 알았다.
    도커(Docker)로 들어가 보자. 도커는 배포에 따른 부하와 하나의 서비스를 하나의 호스트에 배치하는 비용을 줄인다. 배포 부하가 줄어들면 마이크로서비스 아키텍처에서 늘어나는 공통 서비스의 배포를 관리하고 폴리글랏(polyglot) 환경에서 배포 메커니즘을 표준화하는 데 도움을 준다. 컨테이너와 함께 클라우드 환경에서 제공하는 프로그래밍 인프라는 마이크로서비스 아키텍처로 가는 길을 깔았다.
    그러나 알맞은 아키텍처 접근 방식과 도구가 방정식의 절반이고, 개발/테스트 환경 구성과 데브옵스 플로우 자동화, 가상 머신들에서 도커 컨테이너를 지휘하고 계획하는 방법과 다른 서비스에서 마이크로서비스를 발견하는 방법, 해당 환경과 서비스를 모니터링하는 방법에 관한 개념적 사고가 나머지 절반을 이룬다.
    우리는 최근 2년 동안 도커를 위한 Visual Studio 도구 세팅 엔지니어링 팀과 Azure 서비스 패브릭 컴퓨트(Service Fabric Compute) 엔지니어링 팀 양쪽에서 마이크로서비스와 도커 시나리오를 다루거나 다른 고객들과 작업했다.
    어렵게 배운 교훈을 공유하고 Azure에서 도커를 사용해 마이크로서비스를 만드는 데 필요한 도구를 제공하고자 한다.

    ★ 지은이의 말 ★

    우리 세 사람은 2009년 Microsoft Azure 클라우드 플랫폼이 시장에 처음 등장한 이후로 여기서 작업해왔다. 이 플랫폼을 사용한 공동 작업은 플랫폼을 만들고 플랫폼에서 애플리케이션을 만드는 것부터 Azure 개발 도구를 만들고 경험하는 것까지 꽤 광범위했다. 게다가 많은 고객과 파트너들이 Microsoft Azure에서 대규모 클라우드 기반 애플리케이션을 만들 수 있도록 지원했다. 지난 몇 년 동안 복원력과 확장성 있는 애플리케이션 설계부터 데브옵스 모범 사례, 고객과의 상호작용에서 Azure 플랫폼 기능과 Azure 도구, 기술 문서에 이르기까지 많은 교훈을 적용할 수 있었다.
    하지만 몇 가지 질문과 문제가 계속해서 뒤따랐다. 예를 들자면 이런 질문이다. 개발 머신에서 돌아가는 것이 클라우드 환경에서도 돌아갈 것이라고 어떻게 보장할 수 있을까? 한 구성 요소에 대한 사소한 변경이 있는 경우 전체를 업데이트하지 않도록 애플리케이션 구조를 어떻게 짜야 할까? 다운타임 없이 가능한 빨리 업데이트를 배포하는 방법이 뭘까? 구성과 환경 변경은 어떻게 다뤄야 할까?
    2013년에 이러한 도전을 다루며 아키텍처적 접근 방식으로 마이크로서비스를 사용하는 넷플릭스와 아마존, 다른 사업체에 관해 많은 업계 리더, 고객과 얘기하기 시작했다. 성공적인 아키텍처들(내부 및 외부 고객)과 하나씩 비교했고 그들이 이미 마이크로서비스 패턴의 많은 특성을 구현했다는 것을 알았다. 예를 들어 작업량을 기준으로 한 클라우드 서비스 애플리케이션 설계나 애플리케이션을 개별 컴포넌트/서비스의 수명을 갖는 다수의 서비스로 분해하는 것 등이다. 분명히 아키텍처는 이러한 방향으로 진화하고 있었고, ‘마이크로서비스’라는 용어가 대중화 됐을 때 많은 아키텍트와 개발자는 자신들이 이 방향으로 향하고 있음을 알았다.
    도커(Docker)로 들어가 보자. 도커는 배포에 따른 부하와 하나의 서비스를 하나의 호스트에 배치하는 비용을 줄인다. 배포 부하가 줄어들면 마이크로서비스 아키텍처에서 늘어나는 공통 서비스의 배포를 관리하고 폴리글랏(polyglot) 환경에서 배포 메커니즘을 표준화하는 데 도움을 준다. 컨테이너와 함께 클라우드 환경에서 제공하는 프로그래밍 인프라는 마이크로서비스 아키텍처로 가는 길을 깔았다.
    그러나 알맞은 아키텍처 접근 방식과 도구가 방정식의 절반이고, 개발/테스트 환경 구성과 데브옵스 플로우 자동화, 가상 머신들에서 도커 컨테이너를 지휘하고 계획하는 방법과 다른 서비스에서 마이크로서비스를 발견하는 방법, 해당 환경과 서비스를 모니터링하는 방법에 관한 개념적 사고가 나머지 절반을 이룬다.
    우리는 최근 2년 동안 도커를 위한 Visual Studio 도구 세팅 엔지니어링 팀과 Azure 서비스 패브릭 컴퓨트(Service Fabric Compute) 엔지니어링 팀 양쪽에서 마이크로서비스와 도커 시나리오를 다루거나 다른 고객들과 작업했다.
    어렵게 배운 교훈을 공유하고 Azure에서 도커를 사용해 마이크로서비스를 만드는 데 필요한 도구를 제공하고자 한다.

    배송 시 유의사항

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

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

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

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

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

    반품/교환

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

    반품/교환

    반품/교환
    반품/교환 방법 홈 > 고객센터 > 자주찾는질문 “반품/교환/환불” 안내 참고 또는 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