본문 바로가기

리디북스 접속이 원활하지 않습니다.
강제 새로 고침(Ctrl + F5)이나 브라우저 캐시 삭제를 진행해주세요.
계속해서 문제가 발생한다면 리디북스 접속 테스트를 통해 원인을 파악하고 대응 방법을 안내드리겠습니다.
테스트 페이지로 이동하기


소프트웨어 아키텍처 101 상세페이지

컴퓨터/IT 개발/프로그래밍

소프트웨어 아키텍처 101

엔지니어링 접근 방식으로 배우는 소프트웨어 아키텍처 기초

구매종이책 정가32,000
전자책 정가20%25,600
판매가25,600
소프트웨어 아키텍처 101

작품 소개

<소프트웨어 아키텍처 101>

막막했던 아키텍처가 쉬워지는 실무 지침서



소프트웨어 아키텍트는 전 세계 연봉 10위 안에 드는 직업이지만, 지금까지 ‘개발자가 아키텍트’로 전향하는 데 실질적으로 도움이 될 만한 지침이 없었다. 이 책은 소프트웨어 아키텍처의 다양한 부분을 포괄적으로 개괄한다. 장차 아키텍트가 될 사람과 현직 아키텍트 모두 이 책을 통해 아키텍처 특성, 아키텍처 패턴, 컴포넌트 결정, 아키텍처 도식화 및 프레젠테이션, 진화적 아키텍처 등 다양한 주제를 살펴볼 수 있다.

마크 리처즈와 닐 포드는 수년간 전문적으로 소프트웨어 아키텍처를 강의한 잔뼈가 굵은 실무자로서 이 책에 모든 기술 스택에 고루 적용되는 아키텍처 원칙을 담았다. 이 책으로 지난 10년 동안 이룩한 모든 혁신과 현대적인 관점에서 바라본 소프트웨어 아키텍처를 배우길 바란다.





주요 내용

아키텍처 패턴: 수많은 아키텍처 결정을 내리는 기술적인 근간
컴포넌트: 식별, 커플링, 응집, 분할, 세분도
소프트 스킬: 효과적인 팀 관리, 회의, 협상, 프레젠테이션 등
현대성: 지난 수년 동안 근본적으로 변화한 엔지니어링 프랙티스와 운영 방식
엔지니어링으로서의 아키텍처: 소프트웨어 아키텍처를 더욱 탄탄하게 만들어주는 반복 가능한 결과, 메트릭, 구체적인 평가


추천사

당신이 경험 많은 아키텍트든, 이제 새로 시작한 아키텍트든, 이 책은 여러분을 더 나은 아키텍트로 만들어줄 겁니다. 제가 커리어를 시작할 즈음에 이런 책이 나왔다면 얼마나 좋았을까요! _너새니얼 슈타, VMWare 아키텍트
이 책은 소프트웨어 아키텍처를 섭렵할 수 있도록 충실하게 안내하는 가이드북이 될 것입니다. _레베카 J. 파슨스, 쏘우트웍스 최고 기술 책임자(CTO)


출판사 서평

새 시대 새 아키텍처에 대한 인사이트를 주는 ‘소프트웨어 아키텍처’ 가이드북



빠르게 변하는 기술 혁신으로 업계를 바라보는 아키텍트의 시선도 변화가 필요하다. 이 책은 지난 10년간의 변화를 오늘날의 구조에 부합하는 새로운 지표를 바탕으로 소프트웨어 아키텍처를 현대적인 관점에서 살펴본다.

아키텍처 기초(패턴, 사고, 특성)와 아키텍처 스타일(레이어드, 파이프라인, 마이크로커널, 이벤트, 서비스, 오케스트레이션), 그리고 테크닉과 소프트 스킬(결정, 리스크, 도식화, 협상, 리더십, 커리어패스 등)을 최근 생태계와 설계 아키텍처의 관점에서 깔끔하게 정리해 담았다.

대학교 전공과목에서도 잘 알려주지 않는 소프트웨어 아키텍처에 대한 놀라운 인사이트와 주옥같은 명언을 이 책을 통해 배우길 바란다.



저자 소개

저자
마크 리처즈

마이크로서비스 등의 분산 아키텍처의 설계와 구현에 참여한 소프트웨어 아키텍트 경력자. 개발자를 소프트웨어 아키텍트 세계로 안내하는 ‘DeveloperToArchitect.com’을 처음 만든 사람이다.

저자
닐 포드

종단간 소프트웨어 개발과 인도를 전문으로 하는 글로벌 IT 컨설팅 회사, 쏘우트웍스(ThoughtWorks) 의 이사이자 소프트웨어 아키텍트, 밈 랭글러(meme wrangler). 이 회사에 입사하기 전에는 미국에서 유명한 교육/훈련 개발 회사인 DSW Group에서 최고 기술 책임자(CTO)를 역임했다.




역자
이일웅

20년 가까이 국내외 엔터프라이즈 현장에서 자바 전문 풀스택 개발자, 소프트웨어/애플리케이션 아키텍트로 프로젝트를 수행했다. 어느덧 50대를 바라보는 중년 아재가 되었지만 아직도 궁금한 기술이 많은 엔지니어고, 20여 권의 IT 전문서를 번역하며 동료, 후배 개발자들과 지식과 경험을 나누는 일에도 힘쓰고 있다. 집에서는 세 여인의 분에 넘치는 사랑을 받고 사는, 세상에서 제일 행복한 딸바보 아빠다.

목차

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 자율 평가 문제


리뷰

구매자 별점

0.0

점수비율

  • 5
  • 4
  • 3
  • 2
  • 1

0명이 평가함

리뷰 작성 영역

이 책을 평가해주세요!

내가 남긴 별점 0.0

별로예요

그저 그래요

보통이에요

좋아요

최고예요

별점 취소

구매자 표시 기준은 무엇인가요?

'구매자' 표시는 리디북스에서 유료도서 결제 후 다운로드 하시거나 리디셀렉트 도서를 다운로드하신 경우에만 표시됩니다.

무료 도서 (프로모션 등으로 무료로 전환된 도서 포함)
'구매자'로 표시되지 않습니다.
시리즈 도서 내 무료 도서
'구매자’로 표시되지 않습니다. 하지만 같은 시리즈의 유료 도서를 결제한 뒤 리뷰를 수정하거나 재등록하면 '구매자'로 표시됩니다.
영구 삭제
도서를 영구 삭제해도 ‘구매자’ 표시는 남아있습니다.
결제 취소
‘구매자’ 표시가 자동으로 사라집니다.

이 책과 함께 구매한 책


이 책과 함께 둘러본 책



본문 끝 최상단으로 돌아가기

spinner
모바일 버전