상세정보
미리보기
소프트웨어 아키텍처 The Basics
- 저자
- 마크 리처즈,닐 포드 저/류광,307번역랩 역
- 출판사
- 한빛미디어
- 출판일
- 2025-12-01
- 등록일
- 2026-02-27
- 파일포맷
- PDF
- 파일크기
- 80MB
- 공급사
- YES24
- 지원기기
-
PC
PHONE
TABLET
웹뷰어
프로그램 수동설치
뷰어프로그램 설치 안내
책소개
막막했던 아키텍처가 쉬워지는 실무 지침서생성형 AI, 클라우드에 맞춰 새롭게 돌아오다경력을 키우고 싶은 개발자라면 누구나 소프트웨어 아키텍트를 꿈꾼다. 그렇다면 소프트웨어 아키텍트가 되려면 뭘 알아야 할까? 수년간 소프트웨어 아키텍처를 전문적으로 강의해 온 마크 리처즈와 닐 포드가 특정 기술 스택에 국한되지 않는 보편적인 아키텍처 원칙을 소개한다. 이 책은 『소프트웨어 아키텍처 101』의 개정판으로, 개발자가 소프트웨어 아키텍트로 나아갈 수 있도록 소프트웨어 아키텍처의 다양한 측면을 종합적으로 다룬다. 장차 아키텍트가 될 사람과 현직 아키텍트라면 누구나 이 책에서 아키텍처 특성, 아키텍처 패턴, 컴포넌트 결정, 아키텍처 도식화 및 프레젠테이션, 진화적 아키텍처 등 다양한 주제를 살펴볼 수 있다. 지난 10년간의 혁신을 집약한 소프트웨어 아키텍처의 모든 핵심을 지금부터 만나 보자.
저자소개
소트웍스(Thoughtworks)에서 디렉터, 소프트웨어 아키텍트, 그리고 ‘밈 랭글러(meme wrangler)’를 맡고 있다. 소트웍스에 합류하기 전에는 미국 유수의 교육 및 개발 회사인 The DSW Group, Ltd.에서 최고 기술 책임자(CTO)로 일했다.
목차
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 토론용 질문 모음
[1].png){kind=logo}
