- 현재 위치
- home > 컴퓨터·ICT·어학 > 컴퓨터·IT 도서 > 컴퓨터공학 > 소프트웨어 아키텍처 101[한빛미디어]
;)
소프트웨어 아키텍트는 전 세계 연봉 10위 안에 드는 직업이지만, 지금까지 ‘개발자가 아키텍트’로 전향하는 데 실질적으로 도움이 될 만한 지침이 없었다. 이 책은 소프트웨어 아키텍처의 다양한 부분을 포괄적으로 개괄한다. 장차 아키텍트가 될 사람과 현직 아키텍트 모두 이 책을 통해 아키텍처 특성, 아키텍처 패턴, 컴포넌트 결정, 아키텍처 도식화 및 프레젠테이션, 진화적 아키텍처 등 다양한 주제를 살펴볼 수 있다. 마크 리처즈와 닐 포드는 수년간 전문적으로 소프트웨어 아키텍처를 강의한 잔뼈가 굵은 실무자로서 이 책에 모든 기술 스택에 고루 적용되는 아키텍처 원칙을 담았다.
저자: 마크 리처즈
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 자율 평가 문제
_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 자율 평가 문제
막막했던 아키텍처가 쉬워지는 실무 지침서
소프트웨어 아키텍트는 전 세계 연봉 10위 안에 드는 직업이지만, 지금까지 ‘개발자가 아키텍트’로 전향하는 데 실질적으로 도움이 될 만한 지침이 없었다. 이 책은 소프트웨어 아키텍처의 다양한 부분을 포괄적으로 개괄한다. 장차 아키텍트가 될 사람과 현직 아키텍트 모두 이 책을 통해 아키텍처 특성, 아키텍처 패턴, 컴포넌트 결정, 아키텍처 도식화 및 프레젠테이션, 진화적 아키텍처 등 다양한 주제를 살펴볼 수 있다.
마크 리처즈와 닐 포드는 수년간 전문적으로 소프트웨어 아키텍처를 강의한 잔뼈가 굵은 실무자로서 이 책에 모든 기술 스택에 고루 적용되는 아키텍처 원칙을 담았다. 이 책으로 지난 10년 동안 이룩한 모든 혁신과 현대적인 관점에서 바라본 소프트웨어 아키텍처를 배우길 바란다.
새 시대 새 아키텍처에 대한 인사이트를 주는 ‘소프트웨어 아키텍처’ 가이드북
빠르게 변하는 기술 혁신으로 업계를 바라보는 아키텍트의 시선도 변화가 필요하다. 이 책은 지난 10년간의 변화를 오늘날의 구조에 부합하는 새로운 지표를 바탕으로 소프트웨어 아키텍처를 현대적인 관점에서 살펴본다.
아키텍처 기초(패턴, 사고, 특성)와 아키텍처 스타일(레이어드, 파이프라인, 마이크로커널, 이벤트, 서비스, 오케스트레이션), 그리고 테크닉과 소프트 스킬(결정, 리스크, 도식화, 협상, 리더십, 커리어패스 등)을 최근 생태계와 설계 아키텍처의 관점에서 깔끔하게 정리해 담았다.
대학교 전공과목에서도 잘 알려주지 않는 소프트웨어 아키텍처에 대한 놀라운 인사이트와 주옥같은 명언을 이 책을 통해 배우길 바란다.
주요 내용
- 아키텍처 패턴: 수많은 아키텍처 결정을 내리는 기술적인 근간
- 컴포넌트: 식별, 커플링, 응집, 분할, 세분도
- 소프트 스킬: 효과적인 팀 관리, 회의, 협상, 프레젠테이션 등
- 현대성: 지난 수년 동안 근본적으로 변화한 엔지니어링 프랙티스와 운영 방식
- 엔지니어링으로서의 아키텍처: 소프트웨어 아키텍처를 더욱 탄탄하게 만들어주는 반복 가능한 결과, 메트릭, 구체적인 평가
소프트웨어 아키텍트는 전 세계 연봉 10위 안에 드는 직업이지만, 지금까지 ‘개발자가 아키텍트’로 전향하는 데 실질적으로 도움이 될 만한 지침이 없었다. 이 책은 소프트웨어 아키텍처의 다양한 부분을 포괄적으로 개괄한다. 장차 아키텍트가 될 사람과 현직 아키텍트 모두 이 책을 통해 아키텍처 특성, 아키텍처 패턴, 컴포넌트 결정, 아키텍처 도식화 및 프레젠테이션, 진화적 아키텍처 등 다양한 주제를 살펴볼 수 있다.
마크 리처즈와 닐 포드는 수년간 전문적으로 소프트웨어 아키텍처를 강의한 잔뼈가 굵은 실무자로서 이 책에 모든 기술 스택에 고루 적용되는 아키텍처 원칙을 담았다. 이 책으로 지난 10년 동안 이룩한 모든 혁신과 현대적인 관점에서 바라본 소프트웨어 아키텍처를 배우길 바란다.
새 시대 새 아키텍처에 대한 인사이트를 주는 ‘소프트웨어 아키텍처’ 가이드북
빠르게 변하는 기술 혁신으로 업계를 바라보는 아키텍트의 시선도 변화가 필요하다. 이 책은 지난 10년간의 변화를 오늘날의 구조에 부합하는 새로운 지표를 바탕으로 소프트웨어 아키텍처를 현대적인 관점에서 살펴본다.
아키텍처 기초(패턴, 사고, 특성)와 아키텍처 스타일(레이어드, 파이프라인, 마이크로커널, 이벤트, 서비스, 오케스트레이션), 그리고 테크닉과 소프트 스킬(결정, 리스크, 도식화, 협상, 리더십, 커리어패스 등)을 최근 생태계와 설계 아키텍처의 관점에서 깔끔하게 정리해 담았다.
대학교 전공과목에서도 잘 알려주지 않는 소프트웨어 아키텍처에 대한 놀라운 인사이트와 주옥같은 명언을 이 책을 통해 배우길 바란다.
주요 내용
- 아키텍처 패턴: 수많은 아키텍처 결정을 내리는 기술적인 근간
- 컴포넌트: 식별, 커플링, 응집, 분할, 세분도
- 소프트 스킬: 효과적인 팀 관리, 회의, 협상, 프레젠테이션 등
- 현대성: 지난 수년 동안 근본적으로 변화한 엔지니어링 프랙티스와 운영 방식
- 엔지니어링으로서의 아키텍처: 소프트웨어 아키텍처를 더욱 탄탄하게 만들어주는 반복 가능한 결과, 메트릭, 구체적인 평가
