본문으로 바로가기
태극기이 누리집은 대한민국 공식 전자정부 누리집입니다.
평면표지(2D 앞표지)
입체표지(3D 표지)
2D 뒤표지

소프트웨어 아키텍처 The Basics(2판)

모던 엔지니어링을 위한 소프트웨어 아키텍처의 모든 것


  • ISBN-13
    979-11-995298-5-4 (13000)
  • 출판사 / 임프린트
    한빛앤(주) / 한빛미디어
  • 정가
    43,000 원 확정정가
  • 발행일
    2025-11-30
  • 출간상태
    출간
  • 저자
    닐 포드 , 마크 리처즈
  • 번역
    류광 , 307번역랩
  • 메인주제어
    소프트웨어엔지니어링
  • 추가주제어
    프로그래밍기법 , 컴퓨터프로그래밍 / 소프트웨어공학
  • 키워드
    #소프트웨어 아키텍처 #아키텍트 #소프트웨어 #개발자 #아키텍트 패턴 #모델 #설계방법 #커뮤니케이션 #커리어 #생성형 AI #소프트웨어엔지니어링 #프로그래밍기법 #컴퓨터프로그래밍 / 소프트웨어공학
  • 도서유형
    종이책, 무선제본
  • 대상연령
    모든 연령, 성인 일반 단행본
  • 도서상세정보
    183 * 235 mm, 580 Page

책소개

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

생성형 AI, 클라우드에 맞춰 새롭게 돌아오다


경력을 키우고 싶은 개발자라면 누구나 소프트웨어 아키텍트를 꿈꾼다. 그렇다면 소프트웨어 아키텍트가 되려면 뭘 알아야 할까? 수년간 소프트웨어 아키텍처를 전문적으로 강의해 온 마크 리처즈와 닐 포드가 특정 기술 스택에 국한되지 않는 보편적인 아키텍처 원칙을 소개한다.

이 책은 『소프트웨어 아키텍처 101』의 개정판으로, 개발자가 소프트웨어 아키텍트로 나아갈 수 있도록 소프트웨어 아키텍처의 다양한 측면을 종합적으로 다룬다. 장차 아키텍트가 될 사람과 현직 아키텍트라면 누구나 이 책에서 아키텍처 특성, 아키텍처 패턴, 컴포넌트 결정, 아키텍처 도식화 및 프레젠테이션, 진화적 아키텍처 등 다양한 주제를 살펴볼 수 있다. 지난 10년간의 혁신을 집약한 소프트웨어 아키텍처의 모든 핵심을 지금부터 만나 보자.

 

주요 내용

  • 아키텍처 스타일과 패턴: 마이크로서비스, 모듈형 모놀리스, 마이크로커널, 계층형 아키텍처 등
  • 컴포넌트: 식별, 결합, 응집, 분할, 세분도
  • 소프트 스킬: 효과적인 팀 관리, 협업, 비즈니스 참여 모델, 협상, 프레젠테이션 등
  • 현대적인 엔지니어링 관행: 생성형 AI, 클라우드 등 급격히 변한 환경에 맞는 방법론과 운영 접근법
  • 엔지니어링 관점에서의 아키텍처: 소프트웨어 아키텍처에 엄격함을 더하는 반복 가능한 결과, 지표, 구체적인 평가

목차

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 토론용 질문 모음

본문인용

-

서평

-

저자소개

저자 : 닐 포드
소트웍스(Thoughtworks)에서 디렉터, 소프트웨어 아키텍트, 그리고 ‘밈 랭글러(meme wrangler)’를 맡고 있다. 소트웍스에 합류하기 전에는 미국 유수의 교육 및 개발 회사인 The DSW Group, Ltd.에서 최고 기술 책임자(CTO)로 일했다.
저자 : 마크 리처즈
마이크로서비스를 비롯한 여러 분산 아키텍처의 아키텍처 설계와 구현에 직접 참여한, 경험이 풍부한 실무형 소프트웨어 아키텍트이다. 개발자가 소프트웨어 아키텍트로 성장하는 여정을 돕는 웹사이트인 DeveloperToArchitect.com을 설립했다.
번역 : 류광
도널드 커누스 교수의 『컴퓨터 프로그래밍의 예술』 시리즈를 비롯해 90여 권의 다양한 IT 전문서를 번역한 전문 번역가이다. 이 책과 연관된 번역서로는 『플랫폼 엔지니어링』, 『클라우드 시스템을 관리하는 기술』, 『유연한 소프트웨어를 만드는 설계 원칙』(이상 한빛미디어) 등이 있다.

개인 웹사이트 류광의 번역 이야기(https://occamsrazr.net)와 IT 및 게임 개발 정보 공유 사이트 GpgStudy (https://gpgstudy.com)를 운영한다.
번역 : 307번역랩
전문 번역가의 효율적인 번역 작업을 위해 초벌 번역 및 자료 정리 서비스를 제공하는 번역 엔지니어 집단이다. 급변하는 IT 분야의 가치 있는 외국 서적을 발 빠르게 국내 독자에게 전달하는 데 보람을 느낀다.
상단으로 이동
  • (54866) 전북특별자치도 전주시 덕진구 중동로 63