이 책은 아키텍처적인 접근 방법으로 마이크로서비스를 도입하기 원하는 관리자, 아키텍트, 개발자를 위한 책이다.

[목 차]

1장. 서문
__1.1 마이크로서비스의 개요
__1.2 왜 마이크로서비스인가

1부. 동기부여와 기본 사항
2장. 소개
__2.1 이 책의 개요
__2.2 이 책의 대상 독자
__2.3 이 책에서 다루는 내용
__2.4 에세이
__2.5 이 책을 읽는 방법
__2.6 감사의 글

3장. 마이크로서비스 시나리오
3.1 레거시 전자상거래 애플리케이션의 현대화
3.2 신규 신호 처리 시스템 개발
3.3 결론

2부. 마이크로서비스: 정의, 이유, 그리고 제안 사항
4장. 마이크로서비스란 무엇인가
__4.1 마이크로서비스의 크기
__4.2 콘웨이의 법칙
__4.3 도메인 주도 설계와 제한 맥락
____왜 정규 데이터 모델을 피해야 하는가(스테판 틸코브(Stefan Tilkov))
__4.4 마이크로서비스와 UI
__4.5 결론

5장. 마이크로서비스를 사용하는 이유
__5.1 기술적인 혜택
__5.2 조직적인 혜택
__5.3 비즈니스 측면에서의 혜택
__5.4 결론

6장. 마이크로서비스에 대한 도전 사항들
__6.1 기술적인 도전 사항
__6.2 아키텍처
__6.3 인프라스트럭처와 운영
__6.4 결론

7장. 마이크로서비스와 SOA
__7.1 SOA는 무엇인가
__7.2 SOA와 마이크로서비스의 차이
__7.3 결론

3부. 마이크로서비스 구현
8장. 마이크로서비스 기반 시스템 아키텍처
__8.1 도메인 아키텍처
__8.2 아키텍처 관리
__8.3 아키텍처 조정 기법들
__8.4 마이크로서비스 기반 시스템의 성장
____종료 지점을 놓치지 않고, 어떻게 마이크로서비스의 침식을 방지하는가(라스 젠쉬(Lars Gentsch))
__8.5 마이크로서비스와 레거시 애플리케이션
____숨겨진 의존성(올리버 웨허런스(Oliver Wehrens))
__8.6 이벤트 주도 아키텍처
__8.7 기술 아키텍처
__8.8 구성 및 조정
__8.9 서비스 검색
__8.10 로드 밸런싱
__8.11 확장성
__8.12 보안
__8.13 문서화와 메타데이터
__8.14 결론

9장. 마이크로서비스의 통합과 통신
__9.1 웹과 UI
__9.2 REST
__9.3 SOAP와 RPC
__9.4 메시징
__9.5 데이터 복제
__9.6 인터페이스: 외부 인터페이스와 내부 인터페이스
__9.7 결론

10장. 개별 마이크로서비스의 구조
__10.1 도메인 아키텍처
__10.2 CQRS
__10.3 이벤트 소싱
__10.4 헥사고날 아키텍처
__10.5 탄력성과 안정성
__10.6 기술 아키텍처
__10.7 결론

11장. 마이크로서비스와 마이크로서비스 기반 시스템의 테스팅
__11.1 왜 테스트하는가
__11.3 배포 위험 완화
__11.4 전체 시스템의 테스팅
__11.5 레거시 애플리케이션과 마이크로서비스의 테스팅
__11.6 개별 마이크로서비스의 테스팅
__11.7 고객 주도 계약 테스트
__11.8 테스팅 기술 표준
__11.9 결론

12장. 운영과 마이크로서비스의 지속적인 전달
__12.1 마이크로서비스 운영과 관련된 문제들
__12.2 로깅
__12.3 모니터링
__12.4 배포
____통합 배포, 또는 분리 배포(예르크 뮬러)
__12.5 통제
__12.6 인프라스트럭처
__12.7 결론

13장. 마이크로서비스 기반 아키텍처의 조직적인 효과
__13.1 마이크로서비스의 조직적인 혜택
__13.2 콘웨이의 법칙에 대한 대안적인 접근 방법
__13.3 마이크로 아키텍처와 매크로 아키텍처
__13.4 기술 리더십
__13.5 데브옵스
____마이크로서비스와 고전적인 IT 조직이 만나는 경우(알렉산더 허징필드(Alexander Heusingfeld))
__13.6 고객에 대한 인터페이스
__13.7 재사용 가능한 코드
__13.8 조직에 대한 변경 없이도 마이크로서비스가 가능한가
__13.9 결론

4부. 관련 기술
14장. 마이크로서비스 기반 아키텍처 예제
__14.1 도메인 아키텍처
__14.2 기본 기술
__14.3 빌드
__14.4 도커를 이용한 배포
__14.5 Vagrant
__14.6 도커 머신
__14.7 도커 컴포즈
__14.8 서비스 검색
__14.9 통신
__14.10 탄력성
__14.11 로드 밸런싱
__14.12 다른 기술들과 통합하기
__14.13 테스트
____아마존 클라우드의 JVM 기반 마이크로서비스에 대한 경험(샤샤 묄러링(Sascha Mo¨llering))
__14.14 결론

15장. 나노서비스 기술
__15.1 왜 나노서비스인가
__15.2 나노서비스: 정의
__15.3 아마존 람다
__15.5 자바 EE
__15.6 Vert.x
__15.7 얼랭
__15.8 세네카
__15.9 결론

16장. 마이크로서비스를 어떻게 시작하는가
__16.1 왜 마이크로서비스인가
__16.2 마이크로서비스를 향한 길
__16.3 마이크로서비스: 과대광고, 또는 현실
__16.4 결론

■ 마이크로서비스 접근 방법의 장점과 단점
■ 마이크로서비스 vs. 서비스 지향 아키텍처(SOA)
■ 마이크로서비스 기반 시스템 아키텍처
■ 개별 마이크로서비스의 아키텍처
■ 마이크로서비스 아키텍처가 프로젝트 조직, 운영, 테스팅, 배포에 미치는 영향
■ 나노서비스

이 책의 대상 독자
이 책은 아키텍처적인 접근 방법으로 마이크로서비스를 도입하기 원하는 관리자, 아키텍트, 개발자를 위한 책이다.

*관리자
마이크로서비스는 비즈니스가 마이크로서비스 아키텍처를 지원하기 위해 구성돼 있을 때 가장 잘 작동한다. 이 책의 도입부에서 관리자들은 마이크로서비스의 배경이 되는 기본적인 아이디어를 이해할 수 있다. 이후 관리자들은 마이크로서비스를 사용하는 조직적인 영향에 초점을 맞출 수 있다.

*개발자
개발자에게는 기술적인 측면에 대한 포괄적인 소개가 제공되며, 마이크로서비스를 사용하는 데 필요한 기술을 습득할 수 있다. 다수의 추가적인 기술과 더불어 마이크로서비스의 기술적인 구현에 대한 상세한 예제(예를 들어, 나노서비스)는 기본적인 개념을 전달하는 데 도움이 될 것이다.

*아키텍트
아키텍트는 아키텍처 측면에서 마이크로서비스를 이해할 수 있으며, 동시에 관련된 기술적 문제와 조직적 문제에 대해 더 깊이 이해할 수 있다. 이 책은 실험과 추가적인 정보 소스를 위해 가능한 분야를 강조한다. 그리고 이러한 것들은 새로운 지식을 테스트하고 관련된 주제를 더욱 깊이 탐구하는 데 관심 있는 독자들에게 실질적인 도움이 될 수 있다.

에버하르트 볼프(Eberhard Wolff)
아키텍처와 컨설턴트로서 15년 이상의 경험을 쌓았으며, 때때로 비즈니스와 기술이 교차하는 분야에서 활동했다. 독일 innoQ의 회원으로, 다양한 국제 컨퍼런스에서 강연했으며, 마이크로서비스와 지속적인 전달에 관한 100건 이상의 기사와 책을 저술했다. 클라우드(Cloud), 지속적인 전달(Continuous Delivery), 데브옵스(DevOps), 마이크로서비스, NoSQL 등을 포함하는 현대적인 소프트웨어 아키텍처에 기술적인 초점을 맞추고 있다.



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