홈앤서비스 SK BROADBAND

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

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 토론용 질문 모음