이 상품은 구매 후 지원 기기에서 예스24 eBook앱 설치 후 바로 이용 가능한 상품입니다.
|
CHAPTER 1 서론_1.1 소프트웨어 아키텍처란?_1.2 아키텍트에 대한 기대치_1.3 아키텍처의 교차점 그리고..._1.4 소프트웨어 아키텍처 법칙[PART I 기초]CHAPTER 2 아키텍처 사고_2.1 아키텍처 대 설계_2.2 기술 폭_2.3 트레이드오프 분석_2.4 비즈니스 동인의 이해_2.5 아키텍처와 코딩 실무 간 균형 맞추기CHAPTER 3 모듈성_3.1 정의_3.2 모듈성 측정_3.3 모듈에서 컴포넌트로CHAPTER 4 아키텍처 특성 정의_4.1 아키텍처 특성 (일부) 목록_4.2 트레이드오프 및 나쁜 것 중에서 제일 나은 아키텍처CHAPTER 5 아키텍처 특성 식별_5.1 도메인 관심사에서 아키텍처 특성 도출_5.2 요구사항에서 아키텍처 특성 도출_5.3 사례 연구: 실리콘 샌드위치CHAPTER 6 아키텍처 특성의 측정 및 거버넌스_6.1 아키텍처 특성 측정_6.2 거버넌스와 피트니스 함수CHAPTER 7 아키텍처 특성 범위_7.1 커플링과 커네이선스_7.2 아키텍처 퀀텀과 세분도CHAPTER 8 컴포넌트 기반 사고_8.1 컴포넌트 범위_8.2 아키텍트 역할_8.3 개발자 역할_8.4 컴포넌트 식별 흐름_8.5 컴포넌트 세분도_8.6 컴포넌트 설계_8.7 컴포넌트 발굴 사례 연구: GGG_8.8 아키텍처 퀀텀 딜레마: 모놀리식이냐, 분산 아키텍처냐[PART II 아키텍처 스타일]CHAPTER 9 기초_9.1 기초 패턴_9.2 모놀리식 대 분산 아키텍처CHAPTER 10 레이어드 아키텍처 스타일_10.1 토폴로지_10.2 레이어 격리_10.3 레이어 추가_10.4 기타 고려 사항_10.5 왜 이 아키텍처 스타일을 사용하는가_10.6 아키텍처 특성 등급CHAPTER 11 파이프라인 아키텍처 스타일_11.1 토폴로지_11.2 예제_11.3 아키텍처 특성 등급CHAPTER 12 마이크로커널 아키텍처 스타일_12.1 토폴로지_12.2 레지스트리_12.3 계약_12.4 실제 용례_12.5 아키텍처 특성 등급CHAPTER 13 서비스 기반 아키텍처 스타일_13.1 토폴로지_13.2 토폴로지 변형_13.3 서비스 설계 및 세분도_13.4 데이터베이스 분할_13.5 아키텍처 예시_13.6 아키텍처 특성 등급_13.7 언제 이 아키텍처 스타일을 사용하는가CHAPTER 14 이벤트 기반 아키텍처 스타일_14.1 토폴로지_14.2 브로커 토폴로지_14.3 중재자 토폴로지_14.4 비동기 통신_14.5 에러 처리_14.6 데이터 소실 방지_14.7 브로드캐스팅_14.8 요청-응답_14.9 요청 기반이냐, 이벤트 기반이냐_14.10 하이브리드 이벤트 기반 아키텍처_14.11 아키텍처 특성 등급CHAPTER 15 공간 기반 아키텍처 스타일_15.1 토폴로지_15.2 데이터 충돌_15.3 클라우드 대 온프레미스 구현_15.4 복제 캐시 대 분산 캐시_15.5 니어 캐시_15.6 구현 예시_15.7 아키텍처 특성 등급CHAPTER 16 오케스트레이션 기반 서비스 지향 아키텍처 스타일_16.1 역사와 철학_16.2 토폴로지_16.3 택소노미_16.4 재사용… 그리고 커플링_16.5 아키텍처 특성 등급CHAPTER 17 마이크로서비스 아키텍처 스타일_17.1 역사_17.2 토폴로지_17.3 분산_17.4 경계 콘텍스트_17.5 API 레이어_17.6 운영 재사용_17.7 프런트엔드_17.8 통신_17.9 아키텍처 특성 등급_17.10 더 읽을거리CHAPTER 18 최적의 아키텍처 스타일 선정_18.1 아키텍처 ‘유행’은 계속 변한다_18.2 결정 기준_18.3 모놀리스 사례 연구: 실리콘 샌드위치_18.4 분산 아키텍처 사례 연구: GGG[PART III 테크닉과 소프트 스킬]CHAPTER 19 아키텍처 결정_19.1 아키텍처 결정 안티패턴_19.2 아키텍처적으로 중요한_19.3 아키텍처 결정 레코드CHAPTER 20 아키텍처 리스크 분석_20.1 리스크 매트릭스_20.2 리스크 평가_20.3 리스크 스토밍_20.4 애자일 스토리 리스크 분석_20.5 리스크 스토밍 예시CHAPTER 21 아키텍처 도식화 및 프레젠테이션_21.1 도식화_21.2 프레젠테이션CHAPTER 22 개발팀을 효율적으로_22.1 팀 경계_22.2 아키텍트 성향_22.3 얼마나 제어해야 하나?_22.4 팀의 이상 징후_22.5 체크리스트 활용_22.6 지침 제시_22.7 마치며CHAPTER 23 협상과 리더십 스킬_23.1 협상과 조정_23.2 소프트웨어 아키텍트는 리더다_23.3 개발팀과의 융합_23.4 마치며CHAPTER 24 커리어패스 개발_24.1 20분 규칙_24.2 개인 레이더 개발_24.3 소셜 미디어 활용_24.4 종언Appendix A 자율 평가 문제
|
Neal Ford
닐 포드의 다른 상품
Mark Richards
마크 리처즈의 다른 상품
이일웅 의 다른 상품
|
새 시대 새 아키텍처에 대한 인사이트를 주는 ‘소프트웨어 아키텍처’ 가이드북빠르게 변하는 기술 혁신으로 업계를 바라보는 아키텍트의 시선도 변화가 필요하다. 이 책은 지난 10년간의 변화를 오늘날의 구조에 부합하는 새로운 지표를 바탕으로 소프트웨어 아키텍처를 현대적인 관점에서 살펴본다. 아키텍처 기초(패턴, 사고, 특성)와 아키텍처 스타일(레이어드, 파이프라인, 마이크로커널, 이벤트, 서비스, 오케스트레이션), 그리고 테크닉과 소프트 스킬(결정, 리스크, 도식화, 협상, 리더십, 커리어패스 등)을 최근 생태계와 설계 아키텍처의 관점에서 깔끔하게 정리해 담았다. 대학교 전공과목에서도 잘 알려주지 않는 소프트웨어 아키텍처에 대한 놀라운 인사이트와 주옥같은 명언을 이 책을 통해 배우길 바란다.주요 내용- 아키텍처 패턴: 수많은 아키텍처 결정을 내리는 기술적인 근간- 컴포넌트: 식별, 커플링, 응집, 분할, 세분도- 소프트 스킬: 효과적인 팀 관리, 회의, 협상, 프레젠테이션 등- 현대성: 지난 수년 동안 근본적으로 변화한 엔지니어링 프랙티스와 운영 방식- 엔지니어링으로서의 아키텍처: 소프트웨어 아키텍처를 더욱 탄탄하게 만들어주는 반복 가능한 결과, 메트릭, 구체적인 평가
|