이 상품은 구매 후 지원 기기에서 예스24 eBook앱 설치 후 바로 이용 가능한 상품입니다.
|
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 토론용 질문 모음
|
Neal Ford
닐 포드의 다른 상품
Mark Richards
마크 리처즈의 다른 상품
류광의 다른 상품
307번역랩의 다른 상품
|
주요 내용● 아키텍처 스타일과 패턴: 마이크로서비스, 모듈형 모놀리스, 마이크로커널, 계층형 아키텍처 등● 컴포넌트: 식별, 결합, 응집, 분할, 세분도● 소프트 스킬: 효과적인 팀 관리, 협업, 비즈니스 참여 모델, 협상, 프레젠테이션 등● 현대적인 엔지니어링 관행: 생성형 AI, 클라우드 등 급격히 변한 환경에 맞는 방법론과 운영 접근법● 엔지니어링 관점에서의 아키텍처: 소프트웨어 아키텍처에 엄격함을 더하는 반복 가능한 결과, 지표, 구체적인 평가소프트웨어 아키텍트를 위한 최고의 가이드북!생성형 AI와 클라우드 시대에 맞춰 새롭게 찾아왔다빠르게 변하는 기술 혁신으로 업계를 바라보는 아키텍트의 시선도 변화가 필요합니다. 오늘날의 소프트웨어 아키텍처에 부합하는 새로운 지표를 현대적인 관점에서 살펴본 1판에 이어, 이번 개정판은 생성형 AI, 클라우드 등 새롭게 변화한 업계의 현실을 반영했습니다.또한, 1판에는 두 개뿐이던 ‘소프트웨어 아키텍처 법칙’에 새로운 세 번째 법칙이 더해져, 많은 결정이 스펙트럼 위의 선택이라는 점을 강조합니다. 각 아키텍처 스타일에는 클라우드 고려 사항, 데이터·팀 토폴로지, 거버넌스 내용이 새로 생겼고, 모듈형 모놀리스를 별도 장으로 뽑아 실무 감각을 살렸습니다.여기에 아키텍처 패턴과 아키텍처 교차점을 다루는 장, 법칙을 다시 정리한 장이 더해져 1판을 읽으신 분도 최신 흐름까지 한 번에 짚어 보실 수 있습니다.
|