jingug1***
2026-04-23

이 책은 IBM 펠로를 포함한 수십 년 경력의 아키텍처 전문가들이 정립한 70여 개의 패턴을 통해 클라우드 환경에 최적화된 애플리케이션을 설계하고 구축하는 방법을 소개한다.
이 책을 읽으면서 가장 먼저 들었던 생각은, “아, 이 책은 뭔가 당장 써먹는 기술 팁을 막 알려주는 책이라기보다는, 큰 그림을 보여주는 책이구나” 하는 느낌이었어요. 처음 제목만 봤을 때는 솔직히 클라우드 환경에서 개발할 때 바로 써먹을 수 있는 방법이나, 실무에서 자주 부딪히는 문제를 해결하는 요령 같은 걸 많이 알려줄 줄 알았거든요. 예를 들면 “이럴 때는 이 패턴을 쓰세요”, “클라우드에서 성능 문제는 이렇게 잡습니다” 같은 식의 꽤 날카로운 기술서를 상상했습니당. 그런데 막상 읽어보니 이 책은 그런 쪽보다는, 애플리케이션이 시대와 환경에 따라 어떻게 바뀌어 왔는지를 차근차근 설명해 주는 개념서에 더 가까웠어요 ㅎㅎ
책의 흐름은 꽤 넓고 커다란 지도를 펼쳐놓는 느낌이었어요. 예전의 모놀리식 구조에서 출발해서, 왜 사람들이 클라우드 네이티브라는 방향으로 가게 되었는지, 그리고 거기서 더 나아가 MSA, 그러니까 마이크로서비스 아키텍처까지 어떻게 이어지게 되었는지를 하나씩 보여줘요. 그냥 “요즘은 MSA가 대세입니다” 하고 끝나는 게 아니라, 왜 그런 변화가 생겼는지 맥락을 같이 설명해 주니까, 아키텍처를 처음 접하는 사람도 흐름을 이해하기가 비교적 쉬웠습니다. 예전에는 하나의 커다란 덩어리처럼 시스템을 만드는 게 자연스러웠는데, 클라우드가 등장하면서 더 유연하고 더 잘게 나뉜 구조가 필요해졌다는 점이 자연스럽게 이어져요. 그래서 읽다 보면 “아, 기술이 바뀐 게 아니라 환경이 바뀌니까 개발 방식도 같이 달라진 거구나” 하고 감이 옵니다 ^^
특히 인상적이었던 부분은, 이 책이 단순히 모놀리식과 MSA만 이야기하지 않는다는 점이었어요. 이벤트 기반 아키텍처, 즉 서비스끼리 서로 신호를 주고받으면서 움직이는 방식도 다루는데, 이 부분은 클라우드 시대의 시스템이 얼마나 복잡해지고 또 유기적으로 연결되는지를 보여주는 느낌이었어요. 예를 들어 예전에는 한 덩어리 안에서 순서대로 처리하던 일이, 이제는 여러 서비스가 각각 역할을 맡고 이벤트를 주고받으며 협력하는 식으로 바뀌는 거죠. 이런 설명을 읽다 보면, 우리가 흔히 “서비스가 연결되어 있다”라고 말하는 게 실제로 어떤 의미인지 조금 더 생생하게 느껴져요. 그냥 기술 용어로만 들리던 EDA가, 아 이런 식으로 서로 반응하면서 돌아가는 구조구나 하고 머릿속에 그려집니당.
또 이 책은 여기서 멈추지 않고 데이터 지속성 아키텍처도 다룹니다. SQL 데이터베이스와 NoSQL 데이터베이스를 어떤 식으로 바라볼 수 있는지, 클라우드 환경에서 저장소를 어떻게 생각해야 하는지도 함께 보여줘요. 이 부분은 당장 세세한 구현법을 알려주는 느낌은 아니지만, 왜 데이터 저장 방식까지도 아키텍처의 일부로 봐야 하는지 이해하는 데 도움이 되었어요. 그냥 “DB는 DB지” 하고 넘길 수 있는 부분을, 시스템 전체의 구조 안에서 다시 보게 해준다는 점이 좋았습니당. 가상화 아키텍처나 컨테이너화 아키텍처도 간략하게 나오는데, 전통적인 베어메탈 환경과 비교하면서 각각의 장단점을 보여주니까, 클라우드 시대의 인프라가 왜 이런 방향으로 넘어왔는지도 흐름이 보였어요.
다만 읽으면서 조금 아쉽거나 지루하게 느껴지는 순간도 있었어요 ㅋㅋ 아무래도 제목 자체가 “아키텍처 패턴”이고, 내용도 아키텍처를 중심으로 흘러가다 보니, 설명이 꽤 추상적으로 느껴질 때가 있거든요. 그런데 이 추상성을 줄이려고 “애플리케이션”이라는 말을 같이 붙여 설명하다 보니, 어떤 부분에서는 비슷한 이야기가 반복되는 느낌도 있었어요. 아키텍처와 애플리케이션이 사실 완전히 떨어질 수 없는 관계이긴 한데, 그 둘을 계속 묶어서 풀어가다 보면 “어? 이 말 아까도 비슷하게 본 것 같은데?” 싶은 순간이 생겨요. 그래서 술술 읽히는 소설 같은 재미를 기대하면 조금 힘들 수도 있겠다는 생각이 들었어요. 개념서가 원래 그렇긴 하지만요 ㅎㅎ
그래도 이 책의 장점은 분명했어요. 이 책은 하나의 정답을 강요하지 않아요. “모놀리식은 무조건 나쁘고, MSA는 무조건 좋다” 같은 단순한 결론으로 몰아가지 않아서 좋았어요. 오히려 각각의 구조가 어떤 배경에서 나왔고, 어떤 장점과 한계가 있으며, 서로 어떤 관계를 맺고 있는지를 넓게 보여줍니다. 그래서 읽고 나면 “무조건 최신 구조가 최고다”라는 생각보다는, “상황에 따라 적합한 아키텍처가 다를 수 있겠구나”라는 쪽으로 시야가 넓어져요. 이건 실무를 하는 사람에게도 꽤 중요한 감각이라고 생각해요. 기술이라는 게 유행처럼 보이지만, 실제로는 문제와 환경에 맞춰 선택해야 하는 거니까요.
저는 이 책을 읽으면서 마치 개발의 역사 수업을 듣는 느낌도 조금 받았어요. 예전에는 왜 그런 방식이 자연스러웠는지, 그리고 지금은 왜 이렇게 바뀌었는지, 그 흐름이 연결되어 보였거든요. 그래서 단순히 “이 기술이 뭔가요?”를 배우는 책이라기보다는, “지금 우리가 왜 이런 기술과 구조를 이야기하고 있는가?”를 이해하게 해주는 책에 가까웠어요. 실무에서 바로 복붙해서 쓸 수 있는 팁은 많지 않을 수 있지만, 대신 머릿속에 큰 지도 하나를 그려주는 느낌이 있습니다. 그런 점에서 꽤 의미 있는 책이었어용.
추천 대상을 생각해 보면 더 분명해져요. 클라우드 환경에서 당장 문제를 해결할 수 있는 비법이나, 실전용 기술 팁을 기대하는 분이라면 약간 아쉬울 수도 있어요. “이럴 때는 쿠버네티스를 이렇게 쓰세요”, “MSA 장애는 이렇게 대응하세요” 같은 바로바로 적용 가능한 기술서를 기대했다면 살짝 방향이 다르다고 느낄 것 같습니다. 반대로, 애플리케이션이 어떤 구조로 발전해 왔는지, 모놀리식에서 클라우드 네이티브와 마이크로서비스로 가는 변화의 큰 흐름이 무엇인지 궁금한 분이라면 만족도가 높을 것 같아요. 특히 아키텍처라는 말이 늘 어렵고 멀게 느껴졌던 분들에게는, 여러 종류의 아키텍처를 한 권으로 훑어볼 수 있다는 점에서 꽤 괜찮은 입문서처럼 느껴질 수 있어요 ^^
결론적으로 이 책은 “클라우드에서 바로 써먹는 날카로운 기술 팁 모음집”이라기보다는, “클라우드 시대에 애플리케이션 아키텍처가 어떻게 변해 왔는지를 알려주는 개념 중심의 안내서”에 가깝습니다. 모놀리식부터 시작해서 클라우드 네이티브, MSA, 이벤트 기반 아키텍처, 데이터 지속성, 가상화와 컨테이너화까지 폭넓게 다뤄서, 전체 흐름을 이해하는 데 도움을 줘요. 그래서 읽고 나면 실전 꼼수를 한가득 얻었다기보다는, 아키텍처를 바라보는 눈이 조금 넓어진 느낌이 남습니다. 저는 그래서 이 책을 “기술서”보다는 “개념서”로 기대하고 읽으면 훨씬 만족스러울 책이라고 생각했어요. 쉽게 말하면, 망치나 드라이버를 바로 쥐여주는 책이라기보다는, 집이 어떻게 지어지는지 전체 구조를 먼저 보여주는 책 같았습니당 ㅎㅎ 그런 의미에서 애플리케이션 아키텍처 자체가 궁금한 분들께는 꽤 잘 맞는 책이라고 느꼈어요.