막막했던 아키텍처가 쉬워지는 실무 지침서 생성형 AI, 클라우드에 맞춰 새롭게 돌아오다 경력을 키우고 싶은 개발자라면 누구나 소프트웨어 아키텍트를 꿈꾼다. 그렇다면 소프트웨어 아키텍트가 되려면 뭘 알아야 할까? 수년간 소프트웨어 아키텍처를 전문적으로 강의해 온 마크 리처즈와 닐 포드가 특정 기술 스택에 국한되지 않는 보편적인 아키텍처 원칙을 소개한다. 이 책은 『소프트웨어 아키텍처 101』의 개정판으로, 개발자가 소프트웨어 아키텍트로 나아갈 수 있도록 소프트웨어 아키텍처의 다양한 측면을 종합적으로 다룬다. 장차 아키텍트가 될 사람과 현직 아키텍트라면 누구나 이 책에서 아키텍처 특성, 아키텍처 패턴, 컴포넌트 결정, 아키텍처 도식화 및 프레젠테이션, 진화적 아키텍처 등 다양한 주제를 살펴볼 수 있다. 지난 10년간의 혁신을 집약한 소프트웨어 아키텍처의 모든 핵심을 지금부터 만나 보자. 주요 내용 ● 아키텍처 스타일과 패턴: 마이크로서비스, 모듈형 모놀리스, 마이크로커널, 계층형 아키텍처 등 ● 컴포넌트: 식별, 결합, 응집, 분할, 세분도 ● 소프트 스킬: 효과적인 팀 관리, 협업, 비즈니스 참여 모델, 협상, 프레젠테이션 등 ● 현대적인 엔지니어링 관행: 생성형 AI, 클라우드 등 급격히 변한 환경에 맞는 방법론과 운영 접근법 ● 엔지니어링 관점에서의 아키텍처: 소프트웨어 아키텍처에 엄격함을 더하는 반복 가능한 결과, 지표, 구체적인 평가

저자 : 마크 리처즈 마이크로서비스를 비롯한 여러 분산 아키텍처의 아키텍처 설계와 구현에 직접 참여한, 경험이 풍부한 실무형 소프트웨어 아키텍트이다. 개발자가 소프트웨어 아키텍트로 성장하는 여정을 돕는 웹사이트인 DeveloperToArchitect.com을 설립했다. 저자 : 닐 포드 소트웍스(Thoughtworks)에서 디렉터, 소프트웨어 아키텍트, 그리고 ‘밈 랭글러(meme wrangler)’를 맡고 있다. 소트웍스에 합류하기 전에는 미국 유수의 교육 및 개발 회사인 The DSW Group, Ltd.에서 최고 기술 책임자(CTO)로 일했다. 역자 : 류광 도널드 커누스 교수의 『컴퓨터 프로그래밍의 예술』 시리즈를 비롯해 90여 권의 다양한 IT 전문서를 번역한 전문 번역가이다. 이 책과 연관된 번역서로는 『플랫폼 엔지니어링』, 『클라우드 시스템을 관리하는 기술』, 『유연한 소프트웨어를 만드는 설계 원칙』(이상 한빛미디어) 등이 있다. 개인 웹사이트 류광의 번역 이야기(https://occamsrazr.net)와 IT 및 게임 개발 정보 공유 사이트 GpgStudy (https://gpgstudy.com)를 운영한다. 역자 : 307번역랩 전문 번역가의 효율적인 번역 작업을 위해 초벌 번역 및 자료 정리 서비스를 제공하는 번역 엔지니어 집단이다. 급변하는 IT 분야의 가치 있는 외국 서적을 발 빠르게 국내 독자에게 전달하는 데 보람을 느낀다.

CHAPTER 01 서론 _1.1 소프트웨어 아키텍처의 정의 _1.2 소프트웨어 아키텍처의 법칙 _1.3 아키텍트의 기대 역할 _1.4 로드맵 PART 01 기초 CHAPTER 02 아키텍처적 사고 _2.1 아키텍처와 설계의 차이 _2.2 기술적 너비 _2.3 트레이드오프 분석 _2.4 비즈니스 동인의 이해 _2.5 아키텍처와 코딩 실무의 균형 _2.6 아키텍처적 사고의 남은 이야기들 CHAPTER 03 모듈성 _3.1 모듈성 대 세분도 _3.2 모듈성의 정의 _3.3 모듈성 측정 _3.4 모듈에서 컴포넌트로 CHAPTER 04 아키텍처 특성의 정의 _4.1 아키텍처 특성과 시스템 설계 _4.2 중요한 아키텍처 특성들 _4.3 트레이드오프와 ‘가장 덜 나쁜’ 아키텍처 CHAPTER 05 아키텍처 특성의 식별 _5.1 도메인 관심사들에서 아키텍처 특성 도출하기 _5.2 복합 아키텍처 특성 _5.3 아키텍처 특성의 추출 _5.4 카타: 실리콘 샌드위치 _5.5 아키텍처 특성의 제한과 우선순위 부여 CHAPTER 06 아키텍처 특성의 측정과 거버넌스 _6.1 아키텍처 특성의 측정 _6.2 거버넌스와 적합성 함수 CHAPTER 07 아키텍처 특성의 범위 _7.1 아키텍처 퀀텀과 세분도 _7.2 동기적 통신 _7.3 범위 지정의 영향 _7.4 범위와 클라우드 CHAPTER 08 컴포넌트 기반 사고 _8.1 논리적 컴포넌트의 정의 _8.2 논리적 아키텍처 대 물리적 아키텍처 _8.3 논리적 아키텍처의 작성 _8.4 컴포넌트 결합 _8.5 사례 연구: 고잉, 고잉, 곤-컴포넌트의 발견 PART 02 아키텍처 스타일 CHAPTER 09 아키텍처 스타일의 기초 _9.1 스타일 대 패턴 _9.2 기본적인 아키텍처 패턴 _9.3 아키텍처의 분할 _9.4 모놀리스 대 분산 아키텍처 _9.5 팀 토폴로지와 아키텍처 _9.6 구체적인 스타일로 CHAPTER 10 계층형 아키텍처 스타일 _10.1 토폴로지 _10.2 스타일 세부 사항 _10.3 데이터 토폴로지 _10.4 클라우드 고려 사항 _10.5 일반적인 위험 _10.6 거버넌스 _10.7 팀 토폴로지 고려 사항 _10.8 이 스타일의 특성들 _10.9 예시와 용례 CHAPTER 11 모듈형 모놀리스 아키텍처 스타일 _11.1 토폴로지 _11.2 스타일 세부 사항 _11.3 데이터 토폴로지 _11.4 클라우드 고려 사항 _11.5 일반적인 위험 _11.6 거버넌스 _11.7 팀 토폴로지 고려 사항 _11.8 스타일 특성 _11.9 예시와 용례 CHAPTER 12 파이프라인 아키텍처 스타일 _12.1 토폴로지 _12.2 스타일 세부 사항 _12.3 데이터 토폴로지 _12.4 클라우드 환경 고려 사항 _12.5 일반적인 위험 _12.6 거버넌스 _12.7 팀 토폴로지 고려 사항 _12.8 스타일 특성 _12.9 예시와 용례 CHAPTER 13 마이크로커널 아키텍처 스타일 _13.1 토폴로지 _13.2 스타일 세부 사항 _13.3 데이터 토폴로지 _13.4 클라우드 고려 사항 _13.5 일반적인 위험 _13.6 거버넌스 _13.7 팀 토폴로지 고려 사항 _13.8 아키텍처 특성 등급 평가 _13.9 예시와 용례 CHAPTER 14 서비스 기반 아키텍처 스타일 _14.1 토폴로지 _14.2 스타일 세부 사항 _14.3 데이터 토폴로지 _14.4 클라우드 환경 고려 사항 _14.5 일반적인 위험 _14.6 거버넌스 _14.7 팀 토폴로지 고려 사항 _14.8 스타일 특성 _14.9 예시와 용례 CHAPTER 15 이벤트 주도 아키텍처 스타일 _15.1 토폴로지 _15.2 스타일 세부 사항 _15.3 데이터 토폴로지 _15.4 클라우드 고려 사항 _15.5 일반적인 위험 _15.6 거버넌스 _15.7 팀 토폴로지 고려 사항 _15.8 스타일 특성 _15.9 예시와 용례 CHAPTER 16 공간 기반 아키텍처 스타일 _16.1 토폴로지 _16.2 스타일 세부 사항 _16.3 데이터 토폴로지 _16.4 클라우드 고려 사항 _16.5 일반적인 위험 _16.6 거버넌스 _16.7 팀 토폴로지 고려 사항 _16.8 스타일 특성 _16.9 예시와 용례 CHAPTER 17 오케스트레이션 주도 서비스 지향 아키텍처 _17.1 토폴로지 _17.2 스타일 세부 사항 _17.3 데이터 토폴로지 _17.4 클라우드 고려 사항 _17.5 일반적인 위험 _17.6 거버넌스 _17.7 팀 토폴로지 고려 사항 _17.8 스타일 특성 _17.9 예시와 용례 CHAPTER 18 마이크로서비스 아키텍처 _18.1 토폴로지 _18.2 스타일 세부 사항 _18.3 데이터 토폴로지 _18.4 클라우드 고려 사항 _18.5 일반적인 위험 _18.6 거버넌스 _18.7 팀 토폴로지 고려 사항 _18.8 스타일 특성 _18.9 예시와 용례 CHAPTER 19 적절한 아키텍처 스타일의 선택 _19.1 아키텍처 ‘유행’의 변화 _19.2 결정의 기준들 _19.3 모놀리스 사례 연구: 실리콘 샌드위치 _19.4 분산 사례 연구: 고잉, 고잉, 곤 CHAPTER 20 아키텍처 패턴 _20.1 재사용 _20.2 통신 _20.3 CQRS _20.4 인프라 PART 03 기법과 소프트 스킬 CHAPTER 21 아키텍처적 결정 _21.1 아키텍처적 결정의 안티패턴들 _21.2 아키텍처적 중요성 _21.3 아키텍처적 결정 기록 CHAPTER 22 아키텍처 위험 분석 _22.1 위험 평가 행렬 _22.2 위험 평가표 _22.3 리스크스토밍 _22.4 사용자 스토리 위험 분석 _22.5 리스크스토밍의 예 _22.6 요약 CHAPTER 23 아키텍처 도식화 _23.1 도식화 _23.2 요약 CHAPTER 24 유능한 팀 만들기 _24.1 협업 _24.2 제약조건과 경계 _24.3 아키텍트 성향 _24.4 어느 정도까지 관여할 것인가? _24.5 팀의 이상 징후 _24.6 체크리스트 활용 _24.7 지침 제공 _24.8 요약 CHAPTER 25 협상과 리더십 스킬 _25.1 협상과 촉진 _25.2 리더로서의 소프트웨어 아키텍트 _25.3 개발 팀에 녹아들기 _25.4 요약 CHAPTER 26 아키텍처 교차점 _26.1 아키텍처와 구현 _26.2 아키텍처와 인프라 _26.3 아키텍처와 데이터 토폴로지 _26.4 아키텍처와 엔지니어링 관행 _26.5 아키텍처와 팀 토폴로지 _26.6 아키텍처와 시스템 통합 _26.7 아키텍처와 엔터프라이즈 _26.8 아키텍처와 비즈니스 환경 _26.9 아키텍처와 생성형 AI _26.10 요약 CHAPTER 27 다시 살펴본 소프트웨어 아키텍처 법칙들 _27.1 제1법칙: 소프트웨어 아키텍처의 모든 것은 트레이드오프이다 _27.2 제2법칙: 어떻게(방법)보다 왜(이유)가 더 중요하다 _27.3 양극단 사이의 스펙트럼 _27.4 마지막 조언 APPENDIX A 토론용 질문 모음

소프트웨어 아키텍트를 위한 최고의 가이드북! 생성형 AI와 클라우드 시대에 맞춰 새롭게 찾아왔다 빠르게 변하는 기술 혁신으로 업계를 바라보는 아키텍트의 시선도 변화가 필요합니다. 오늘날의 소프트웨어 아키텍처에 부합하는 새로운 지표를 현대적인 관점에서 살펴본 1판에 이어, 이번 개정판은 생성형 AI, 클라우드 등 새롭게 변화한 업계의 현실을 반영했습니다. 또한, 1판에는 두 개뿐이던 ‘소프트웨어 아키텍처 법칙’에 새로운 세 번째 법칙이 더해져, 많은 결정이 스펙트럼 위의 선택이라는 점을 강조합니다. 각 아키텍처 스타일에는 클라우드 고려 사항, 데이터·팀 토폴로지, 거버넌스 내용이 새로 생겼고, 모듈형 모놀리스를 별도 장으로 뽑아 실무 감각을 살렸습니다. 여기에 아키텍처 패턴과 아키텍처 교차점을 다루는 장, 법칙을 다시 정리한 장이 더해져 1판을 읽으신 분도 최신 흐름까지 한 번에 짚어 보실 수 있습니다.