도서 소개

기업의 소프트웨어 아키텍처 전략이 비즈니스 성장과 경쟁력에 미치는 영향을 탐구하는 책이다. 마이크로서비스가 정답처럼 여겨지지만, 모든 기업에 적합한 해법은 아니다. 이 책은 모놀리스와 마이크로서비스 아키텍처의 장단점을 객관적으로 분석하며, 기업이 각자의 비즈니스 목표와 시장 환경에 맞는 최적의 기술 전략을 수립할 수 있도록 돕는다.

특히, 경기 침체와 투자 한파로 어려움을 겪는 한국 IT 업계와 스타트업들에게 지속 가능한 소프트웨어 전략의 중요성을 강조한다. 실전 사례와 전략적 사고를 통해 변화하는 환경에서 기술적 의사결정을 내리는 데 필요한 통찰을 제공하는 실용적인 가이드북이다.

  출판사 리뷰

◈ 이 책에서 다루는 내용 ◈

◆ 소프트웨어 아키텍처 계획, 비즈니스 혁신, 디지털 트랜스포메이션의 연계하기
◆ 커뮤니케이션 문제를 극복하고 실험과 발견 기반의 혁신 촉진하기
◆ 가치 창출 목표의 지원과 전략적 투자에 도움이 되는 모범 사례 살펴보기
◆ 다재다능하고 적응력이 뛰어난 애플리케이션과 서비스 구축을 위한 아키텍처 스타일 비교하기
◆ 모놀리스가 최선의 선택인 경우와 모놀리스를 가장 효과적으로 아키텍처, 설계, 구현하는 방법 알아보기
◆ 모놀리스를 마이크로서비스로 전환해야 하는 시기와 그 방법(모듈화 또는 "빅볼 오브 머드")배우기

  작가 소개

지은이 : 반 버논
광범위한 비즈니스 영역에서 35년 이상의 경력을 가진 기업가이자 소프트웨어 개발자이자 아키텍트다. 도메인 주도 설계, 리액티브 아키텍처와 프로그래밍 분야를 선도하는 전문가이며 단순성을 추구한다. 워크숍에 참가했던 많은 학생이 그가 가르치는 내용의 폭과 깊이 그리고 독특한 접근 방식에 깊은 인상을 받아서 다른 워크숍에도 지속적으로 참여하고 있다. 도메인 주도 설계, 리액티브 소프트웨어 개발, 이벤트 스토밍 및 이벤트 주도 아키텍처에 대해 컨설팅과 교육을 하고 있으며, 조직이나 팀이 기술 중심 방식으로 구현된 레거시 웹 시스템을 개선할 때 비즈니스 중심과 반응형으로 구현된 시스템의 잠재력을 실현할 수 있게 돕고 있다. <전략적 모놀리스와 마이크로서비스>를 포함해 4권의 책을 집필했는데, 모두 Addison-Wesley에서 출판됐다.

지은이 : 토마스 야스쿨라
CTO이자 파리에 있는 소프트웨어 컨설팅 회사인 루테시오(Luteceo)의 공동 설립자다. 개발자이자 소프트웨어 아키텍트로서 20년 이상의 전문 경력을 갖고 있으며, 전자상거래, 산업, 보험, 금융 분야의 많은 회사에서 근무했다. 주로 진정한 비즈니스 가치를 제공하고 전략적 비즈니스 계획에 부합하면서 경쟁 우위가 있는 소프트웨어를 만드는 데 집중해왔다. 또한 닷넷(.NET) 플랫폼용 오픈소스 프로젝트인 XOOM의 주요 기여자이기도 하다. 여가 시간에 기타 연주를 즐기며 주로 가족과 함께 시간을 보낸다.

  목차

1부 - 실험을 통한 전략적 학습으로 혁신하기

01장. 비즈니스 목표와 디지털 트랜스포메이션
__디지털 트랜스포메이션: 무엇이 목표인가?
____소프트웨어 아키텍처 개요
__소프트웨어에 문제가 생기는 이유
____부채의 은유
____소프트웨어 엔트로피
____빅볼 오브 머드
____실제 사례
__당신의 회사와 콘웨이의 법칙
____커뮤니케이션은 지식에 관한 것이다
____전화 게임
____합의는 어렵다
____그러나 불가능하지는 않다
__소프트웨어 전략 (다시) 생각하기
____생각하기
____다시 생각해보기
__모놀리스 시스템은 나쁜 것인가?
__마이크로서비스는 좋은 것인가?
__애자일을 비난하지 말라
__진전 없이 머물지 않기
__정리
__참고문헌

02장. 전략적 학습을 위한 필수 도구
__이른 결정, 늦은 결정, 맞는 결정, 틀린 결정
__문화와 팀
____실패는 치명적이지 않다
____실패 문화는 비난 문화가 아니다
____콘웨이의 법칙의 올바른 이해
____안전한 실험 환경 조성
__모듈 먼저
__배포는 마지막에
__모듈과 배포, 그 사이
____비즈니스 역량, 비즈니스 프로세스, 전략적 목표
____목적 기반의 전략적 개발
____의사결정을 위한 시네핀 프레임워크
__스파게티와 요리 속도
__전략적 아키텍처
__도구의 적용
__정리
__참고문헌

03장. 이벤트 중심의 실험과 발견
__커맨드와 이벤트
____소프트웨어 모델의 사용
__이벤트 스토밍을 통한 빠른 학습
____원격 세션이 필요한 경우
____세션 진행
____빅픽처 모델링
__도구 적용
__정리
__참고문헌

2부 - 비즈니스 혁신 추진

04장. 도메인 주도의 결과 달성
__도메인과 하위 도메인
__정리
__참고문헌

05장. 콘텍스트 전문성
__바운디드 콘텍스트와 유비쿼터스 언어
__핵심 도메인
__지원 도메인, 일반 도메인, 기술 메커니즘
____지원 도메인
____일반 도메인
____기술 메커니즘
__비즈니스 역량과 콘텍스트
__너무 크지도, 너무 작지도 않게
__정리
__참고문헌

06장. 성공하는 메핑과 실패하는 매핑
__콘텍스트 매핑
____파트너십
____공유 커널
____고객-공급자 개발
____순응주의자
____부패 방지 계층
____오픈 호스트 서비스
____발행된 언어
____분리된 방식
__지형 모델링
__성공과 실패의 갈림길
__도구 사용
__정리
__참고문헌

07장. 도메인 개념 모델링
__엔터티
__값 객체
__애그리거트
__도메인 서비스
__함수형 동작
__도구 적용
__정리
__참고문헌

3부 - 이벤트 우선 아키텍처

08장. 기초 아키텍처
__아키텍처 스타일, 패턴, 결정 동인
____포트와 어댑터(헥사고날)
____모듈화
____REST 요청-응답
__품질 속성
____보안
____개인 정보 보호
____성능
____확장성
____복원성: 신뢰성 및 내결함성
____복잡성
__도구 적용
__정리
__참고문헌

09장. 메시지와 이벤트 주도 아키텍처
__메시지 및 이벤트 기반 REST
____이벤트 로그
____구독자 폴링
____서버 전송 이벤트
__이벤트 주도 및 프로세스 관리
__이벤트 소싱
__CQRS
__서버리스와 서비스로서의 함수
__도구 적용
__정리
__참고문헌

4부 - 목적 지향형 아키텍처로 가는 2가지 길

10장. 의도한 대로 모놀리스 구축
__역사적 관점
__시작부터 바로
____비즈니스 역량
____아키텍처 결정
__잘못된 것에서 올바른 것으로
____변화 속의 변화
____커플링 끊기
__옳게 유지하기
__정리
__참고문헌

11장. 보스처럼 모놀리스를 마이크로서비스로 전환
__결의를 다지는 정신적 준비
__모듈라 모놀리스에서 마이크로서비스로
__빅볼 오브 머드 시스템에서 마이크로서비스로 전환
____사용자 상호작용
____데이터 변경을 조화시키기
____교살 대상 결정
__레거시 모놀리스 추출
__정리
__참고문헌

12장. 균형을 유지하고 전략을 찾자
__균형과 품질 속성
__전략과 목적
____비즈니스 목표에 따른 디지털 트랜스포메이션
____전략적 학습 도구를 사용하자
____가벼운 이벤트 기반 모델링
____비즈니스 혁신 추진
____이벤트 우선 아키텍처
____1순위 문제로서 모놀리스
____목적을 갖고 모놀리스를 마이크로서비스로 전환
____균형은 공정하며, 혁신은 필수적이다

__결론
__참고문헌

  회원리뷰