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

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

남지영 (11번가 소프트웨어 엔지니어)

닐 포드의 소프트웨어 아키텍처 4부작 중 기본 편에 해당하는 이 책은 제목 그대로 소프트웨어 아키텍처의 ‘기본’을 다룹니다. 기본이라는 단어가 주는 가벼움과는 달리 아키텍트가 알아야 할 핵심 개념부터 실무에 바로 적용할 수 있는 구체적인 내용까지 폭넓게 담고 있습니다. 커머스 등 우리에게 친숙한 도메인을 예시로 활용하여 복잡한 아키텍처 개념을 설명합니다. 덕분에 추상적일 수 있는 아키텍처 패턴과 스타일을 더욱 쉽게 이해할 수 있습니다. 단순히 아키텍처 이론서가 아니라 실용적인 내용을 담고 있습니다. 정답을 구하기보다 덜 나쁜 방법을 선택하려는 현실적인 관점이 책 전반에 녹아 있습니다.

1판을 읽었는데 2판도 읽어야 할지 묻는다면 그렇다고 답하겠습니다. 클라우드 고려 사항, 비용 분석, 생성형 AI와 LLM 활용 등 실무에 필수적인 최신 내용이 대폭 추가되었기 때문입니다. 소프트웨어 아키텍처의 기본부터 최신 트렌드까지 이 한 권으로 탄탄한 기초를 다질 수 있습니다. 이론과 실무, 기본과 최신이 균형을 이룬 이 책을 모든 소프트웨어 엔지니어에게 추천합니다.

 

이문환 (LG CNS AI Professional)

『소프트웨어 아키텍처 The Basics(2판)』는 단순한 개정판이 아니라 지난 수년간 아키텍처 분야에서 변화해 온 기술, 조직, 책임의 흐름을 섬세하게 담아낸 지침서입니다.

이 책은 오랫동안 익숙하다고 여겼던 설계 방식과 조직의 의사결정 구조를 멈춰 서서 다시 바라보게 만든 계기가 되었습니다. 특히 다양한 아키텍처 스타일을 실제 장단점 중심으로 명료히 설명하는 동시에, 팀 구조·협업·발표·의사소통 등 ‘사람과 조직’의 관점까지 자연스럽게 녹여내고 있습니다. “아키텍처적 결정은 양자택일이 아니라 양극단 사이의 스펙트럼에 있는 한 지점이다”라는 통찰은 제가 실서비스 설계 및 조직 내 의사결정의 틈새에서 발견했던 비효율을 찾아내고 이를 개선해 나가는 데 큰 울림을 주었습니다. 또한 이 책은 ‘공학적 접근’이라는 이름 아래 실제 현장에서 기술과 조직이 맞물려 돌아가는 복잡한 서비스를 책임지는 아키텍트나 기술 리더가 직면하는 현실적인 과제들을 담고 있어 그 의미가 더욱 깊게 다가왔습니다.

“마음이 있는 곳에 보물이 있다”라는 『연금술사』의 지혜처럼, 복잡한 시스템 속에서 균형을 모색하고 기술과 조직이 맞물려 돌아가는 서비스를 책임지고자 하는 아키텍트나 기술 리더라면, 이 책은 ‘왜’를 다시 묻고 ‘어디서 균형을 잡을지’를 찾아가는 여정을 함께해 줄 든든한 동반자가 되어 줄 것입니다. 그리고 마치 『강철의 연금술사』에서 나오는 등가교환의 법칙처럼 아키텍처의 세계에서도 모든 선택에는 트레이드오프가 따릅니다. 더 빠른 성능을 위해 복잡성을 감수하고, 더 높은 안정성을 위해 유연성을 포기하는 순간마다 이 책은 그 선택의 본질을 다시 묻고 균형점이 어디에 있는지를 함께 탐색하게 합니다. 기술적 결정이 단순한 최적화가 아닌 가치와 책임의 교환이라는 점을 일깨워 주는 이 책은 아키텍트에게 든든한 철학적 나침반이 되어 줄 겁니다.

 

이영복 (CJ올리브영 소프트웨어 엔지니어)

아키텍처의 본질을 ‘기술’이 아닌 ‘사고 체계’로 재정의한 책입니다. 『소프트웨어 아키텍처 The Basics(2판)』는 이론을 넘어 복잡한 시스템을 구조적으로 이해하고 의사결정하는 사고의 틀을 제시합니다. 특히 트레이드오프 분석, 품질 속성 정의, 모듈 경계 설정 등은 현업 아키텍트가 직면하는 실제 문제를 체계적으로 정리한 실무 지침서에 가깝습니다. 엔터프라이즈 시스템을 설계하거나 기술적 방향성을 고민하는 개발자라면, 이 책을 통해 ‘좋은 구조란 무엇인가’에 대한 명확한 기준을 세울 수 있을 것입니다.

이석곤, ㈜아이알컴퍼니 부설연구소 팀장 / 빅데이터 & AI 프로그래머

“아키텍처에는 정답이나 오답이 없다. 오직 트레이드오프가 있을 뿐이다.”

이 책은 ‘어떤 아키텍처를 선택해야 하는가’라는 질문에 대한 답을 주기보다 아키텍처 선택에 있어 깊이 있는 고민과 판단의 기준을 제시하는 데 집중합니다. 소프트웨어 아키텍처의 기본적인 개념부터 시작하여 다양한 아키텍처 패턴을 여러 관점에서 깊이 있게 분석하며 그에 따른 장단점(트레이드오프)을 명확히 설명합니다. 소프트웨어 아키텍트로의 전향을 목표로 하는 분뿐만 아니라, 모든 개발자가 현재보다 더 나은 설계와 아키텍처 결정을 내릴 수 있는 배경지식을 제공할 것입니다.

 

전준규 (농협정보시스템 프로젝트 관리자)

단순히 기술적인 내용을 나열하는 책이 아니라 아키텍처 설계라는 작업을 ‘공학적 사고’로 접근하고, 조직·팀·비즈니스를 아우르는 관점에서 많은 도움이 되는 실질적인 지침서입니다. ‘모든 아키텍처는 트레이드오프의 결과다’라는 메시지를 중심으로, 기술적 이론을 넘어 현실적인 의사결정과 리스크 관리, 커뮤니케이션 구조 등 실제 프로젝트 환경에서 필요한 사고의 틀을 제시하고 있다는 점 또한 인상적입니다. 향후 프로젝트 설계나 조직 내 기술 전략을 수립할 때 훌륭한 참고서가 될 것입니다. 이 책은 아키텍처 설계를 실무적으로 고민하는 개발자나 기술 리더, 프로젝트 매니저에게 일독을 추천합니다. 특히 시스템 구조를 리팩터링하거나 기술 부채를 해소해야 하는 조직 혹은 장기적인 기술 전략을 설계해야 하는 담당자에게 많은 도움이 될 것입니다.

 

정석환 (LG CNS MS Cloud 팀 총괄)

아키텍트의 길에 명쾌한 해답을 제시하는 책입니다. 수많은 엔지니어가 ‘아키텍트’라는 타이틀을 사용하지만 그 역할과 책임의 경계는 여전히 모호합니다. 아키텍트라는 호칭이 시니어 엔지니어에게 붙는 일상적인 수식어처럼 여겨지기도 합니다. 이 책은 바로 이 모호함을 해소하는 가장 명쾌하고 실질적인 지침서입니다. 저자는 아키텍트가 정확히 무엇을 해야 하는지에 대한 명확한 정의를 제시함과 동시에, 현장에서 즉시 적용할 수 있는 풍부한 실무 예시를 통해 독자의 이해를 돕습니다. 단순히 아키텍처 패턴을 나열하는 데 그치지 않고 독자 스스로 ‘보다 나은 아키텍트’로 성장하기 위해 깊이 있는 고민과 검토를 진행할 수 있도록 안내합니다. 경험이 부족한 주니어 아키텍트에게는 확실한 성장 가이드가 되어 뛰어난 시니어의 길을 제시하고 현직 시니어 아키텍트에게는 놓치기 쉬운 핵심 역량을 보완하고 단련할 수 있는 귀한 기회를 제공합니다. 아키텍트라는 목표를 향해 나아가고 있거나 이미 아키텍트로서 한 단계 더 높은 성장을 꿈꾸는 분이라면 이 책에서 얻을 수 있는 통찰과 실질적인 도움은 강력합니다.

 

조영록 (㈜대교 소프트웨어 엔지니어)

아키텍처 세계의 안내도를 알기 쉽게 그려주는 책입니다. 시스템 설계를 고민할 때 이 책이 든든한 보물 지도가 되어 줄 것 같습니다. 꼭 한 번 정독하길 권합니다.

 

라주 간디 (『Head First Git』 저자, 『헤드 퍼스트 소프트웨어 아키텍처』 공저자)

마크와 닐이 또 해냈다. 베스트셀러였던 초판을 개정하고 확장한 2판은 현대적인 관점으로 최신 소프트웨어 아키텍처를 탐색하는 데 꼭 필요한 자료이다. 소프트웨어 아키텍처의 진정한 의미를 깊이 있게 이해하고 쓴 이 포괄적인 안내서는 트레이드오프 분석의 중요성을 강조하면서 시작한다. 그런 다음 다양한 아키텍처 스타일들을 살펴보는데, 각 스타일의 기반이 되는 철학을 깊이 파고들 뿐만 아니라 데이터 토폴로지와 팀 토폴로지도 상세히 논의한다. 어쩌다 아키텍트 역할을 맡게 된 사람이든, 기술을 더욱 연마하려는 노련한 베테랑이든, 이 책은 자신의 분야에서 탁월한 역량을 발휘하는 데 필요한 도구와 지식을 제공한다.

 

너새니얼 슈타 (『Head First Git』 저자, 『Head First Software Architecture』 공저자)

마크와 닐은 뛰어난 소프트웨어 아키텍트일 뿐만 아니라 비범한 스승이기도 하다. 이 책은 방대하기 짝이 없는 아키텍처라는 주제를 수십 년의 경험을 담아 간결하게 압축했다. 아키텍트 역할을 처음 맡았든, 수년간 현업 아키텍트로 일해왔든, 이 책의 개정판은 여러분이 맡은 일을 더 잘 해내도록 도울 것이다. 내 경력 초기에 이 책이 나왔더라면 얼마나 좋았을까 하는 아쉬움이 있다. 나는 대학원에서 아키텍처를 가르치는 학생들에게 1판과 2판을 모두 교재로 사용해 왔고, 앞으로도 이 확장된 형태의 책을 널리 추천할 것이다.

 

레베카 J. 파슨스 (소트웍스 기술 고문, 전 CTO/명예 CTO)

마크와 닐은 만만치 않은 목표를 세웠다. 바로 소프트웨어 아키텍처 분야에서 탁월한 아키텍트가 되는 데 필요한 다층적인 여러 기본 원칙을 명확히 설명하는 것이다. 그리고 그들은 이번에도 그 목표를 성공적으로 완수했다. 소프트웨어 아키텍처 분야는 끊임없이 진화한다. 따라서 아키텍트 역할에는 엄청나게 넓고 깊은 지식과 기술이 요구된다. 이 개정판은 소프트웨어 아키텍처의 대가가 되기 위한 여정을 탐색하는 많은 이에게 훌륭한 안내서가 될 것이다.

 

캐시 셤 (소트웍스 기술 이사)

마크와 닐은 기술전문가들이 아키텍처의 탁월함을 끌어내는 데 필요한 현실 세계의 조언을 제대로 담아냈다. 그들은 보편적인 아키텍처 특성들을 선별하고 아키텍처의 성공에 꼭 필요한 트레이드오프를 식별함으로써 이를 달성한다.