-
-
누구나 이해하는 클라우드 인프라 지식 사전 - 개발자가 알아야 할 신뢰성, 성능, 보안, 운영의 핵심 원리 ㅣ 누구나 프로처럼 실전 AI
바바 도시아키 지음, 김완섭 옮김 / 한빛미디어 / 2026년 6월
평점 :
한빛미디어 서평단 <나는리뷰어다> 활동을 위해서 책을 협찬 받아 작성된 서평입니다.
AI가 코드를 대신 짜주는 시대에, 왜 장애는 여전히 사람의 몫일까?
2026년의 개발 환경은 몇 년 전과 완전히 달라졌습니다. AI 코딩 도구가 기능 구현의 속도를 몇 배로 끌어올렸고, 이제 "이 기능을 어떻게 만들지"는 예전만큼 어려운 질문이 아닙니다. 그런데 이상하게도, 새벽에 울리는 알람의 개수는 줄지 않았습니다.
응답 속도가 슬금슬금 느려지고, 트래픽이 조금 늘었을 뿐인데 어딘가에서 병목이 생기고, 배포한 뒤 장애가 났는데 원인을 짚지 못합니다. 이건 코드 품질의 문제가 아닙니다. 서비스는 서버, 네트워크, OS, 컨테이너, 클라우드, 모니터링, 보안, 운영 체계가 유기적으로 맞물려 돌아가는 물건이기 때문입니다. AI는 코드를 대신 써줄 수 있어도, 내가 모르는 계층의 문제를 대신 진단해주지는 않습니다.
한빛미디어의 신간 <누구나 이해하는 클라우드 인프라 지식 사전>은 바로 이 빈틈을 겨냥한 책입니다. 특정 벤더의 콘솔 사용법을 알려주는 매뉴얼이 아니라, 도구가 아무리 바뀌어도 변하지 않는 시스템의 기본 원리를 576쪽 23개 장에 한 흐름으로 정리한 책입니다.
인프라는 결국 '계층'을 보는 눈이다
이 책에서 가장 먼저 꺼내는 이야기는 클라우드 서비스가 아니라 계층 구조입니다. 시스템은 층으로 쌓여 있고, 계층화는 호환성과 분담을 위해 존재한다는 것. 너무 당연한 이야기 같지만, 실무에서 우리가 헤매는 대부분의 순간은 "지금 이 문제가 어느 층에서 벌어지고 있는지"를 특정하지 못할 때 발생합니다.
응답이 느리다는 신고 하나를 받았을 때, 그게 애플리케이션 코드인지, DB 커넥션 풀인지, 컨테이너 리소스 리밋인지, 아니면 그냥 DNS인지 구분하지 못하면 우리는 감으로 로그를 뒤지게 됩니다. 저는 이전에 서버리스 DB의 커넥션 풀이 고갈되는 문제를 잡느라 며칠을 태운 적이 있는데, 돌이켜보면 그건 어려운 문제였다기보다 어느 계층을 봐야 하는지 몰랐던 문제에 가까웠습니다.
1장이 마지막에 던지는 키워드가 인상적입니다. "You build it, you run it." 만든 사람이 운영한다는 원칙은 이제 슬로건이 아니라 기본값이고, 이 책 전체는 그 기본값을 감당할 수 있는 지식의 목록이라고 봐도 무방합니다.
가용성·용량·성능, 숫자로 말하는 법을 배우다
2장부터 4장까지가 이 책의 첫 번째 절정입니다. 가용성과 신뢰성을 측정하고, 용량과 부하를 관리하고, 성능을 튜닝하는 흐름이 순서대로 이어집니다.
특히 3장의 구성이 좋았습니다. 병목 지점의 처리량을 조절하는 기법에서 시작해 수평 확장(스케일 아웃/인), 수직 확장(스케일 업/다운), 그리고 확장의 한계를 뛰어넘는 분할까지 단계적으로 올라갑니다. "일단 인스턴스를 늘린다"는 반사적인 대응이 왜 어느 지점부터는 통하지 않는지, 그 한계선이 어디인지를 구조적으로 설명해 줍니다.
4장의 성능 튜닝은 더 실전적입니다. 성능 튜닝의 기본 흐름 → 부하 테스트 → 성능 개선 기술 → 용량 부족에 대처하는 기술 순서로 진행되는데, 측정 없는 튜닝은 그냥 추측이라는 당연한 원칙을 다시 확인하게 됩니다. 부하 테스트를 제대로 설계해 본 적 없이 "최적화했습니다"라고 말해왔던 스스로를 반성하게 만드는 챕터였습니다.
관찰 가능성, 이 책에서 가장 두꺼운 챕터
개인적으로 가장 오래 붙들고 읽은 곳은 14장 감시, 모니터링, 관찰 가능성(Observability)입니다. 무려 10개 절로 구성된, 이 책에서 가장 공들인 장 중 하나입니다.
이 장이 좋은 이유는 도구부터 소개하지 않는다는 점입니다. "관찰 가능성이라는 개념이 왜 등장했는가"를 먼저 묻고, 시계열 데이터와 데이터 가시화라는 기초를 깔아준 다음에야 실무 적용과 툴 이야기로 넘어갑니다. 요즘 옵저버빌리티 이야기가 곧바로 스택 이름 나열로 흘러가는 경우가 많은데, 이 책은 왜 그 스택이 필요해졌는지를 먼저 이해시킵니다.
그리고 장애 대응의 기본 원칙과 사후 분석(포스트모템)까지 같은 장 안에 넣어둔 구성이 마음에 들었습니다. 관측은 대시보드를 예쁘게 만드는 일이 아니라, 장애가 났을 때 원인에 도달하고 다음에 같은 일이 반복되지 않게 만드는 일이라는 걸 구조로 보여주기 때문입니다.
15장의 데브옵스와 SRE가 바로 뒤에 이어지는 것도 자연스럽습니다. 사용자 가치를 기준으로 신뢰성을 제어한다는 SRE의 사고방식, 그리고 플랫폼 엔지니어링까지, 조직이 이 지식을 어떻게 굴러가게 만드는지가 이어집니다.
배포와 릴리스는 다른 말이다
19장 릴리스 엔지니어링의 첫 절 제목이 "배포와 릴리스 구분"인데, 이 책의 성격을 잘 보여줍니다.
우리는 두 단어를 습관적으로 섞어 씁니다. 하지만 코드를 서버에 올리는 행위(배포)와 그 기능을 사용자에게 노출하는 행위(릴리스)를 분리해서 생각하는 순간, 블루-그린이나 카나리, 피처 플래그 같은 기법들이 왜 존재하는지가 한 번에 정리됩니다. 책은 대표적인 배포 기법과 릴리스 기법을 각각 정리한 뒤, CI/CD와 이들을 어떻게 조합할지, 그리고 릴리스 전 리뷰와 체크리스트까지 이어갑니다.
그 밖에도 실무에서 반드시 마주치지만 아무도 체계적으로 가르쳐주지 않는 주제들이 촘촘합니다. 7장의 HTTPS와 TLS 인증서, 9장의 가상화·컨테이너·도커·쿠버네티스, 11장의 프로덕션/스테이징/개발 환경과 멀티 테넌시 분리 기법, 17장의 구조화 로그와 로그 저장 기간, 18장 백업의 3-2-1 전략, 21장의 메일 전송, 22장의 컴플라이언스까지. 심지어 23장은 '취업'입니다. 이 지식들이 현장에서 어떤 기대치로 환산되는지를 마지막에 짚어주는 구성이 인상적이었습니다.
'사전(事典)'이라는 형식에 대하여
제목에 붙은 '지식 사전'은 마케팅 수사가 아니라 이 책의 실제 사용법입니다. 부록에 용어집과 찾아보기가 따로 붙어 있고, 각 장이 독립적으로 완결되어 있어서 순서대로 읽지 않아도 됩니다.
물론 단점도 있습니다. 넓게 다루는 만큼 각 주제의 깊이는 전문서 한 권을 대체하지 못합니다. 쿠버네티스를 제대로 파려면 쿠버네티스 책이 따로 필요하고, 보안도 마찬가지입니다. 하지만 이 책의 목적은 애초에 그게 아닙니다. 흩어져 있던 기술 키워드들을 하나의 서비스 구조 위에 배치해서, 내가 지금 무엇을 모르는지 알게 해주는 것. 저는 이걸 지도라고 부르고 싶습니다. 지도가 있어야 어디를 깊게 파야 할지도 정할 수 있으니까요.
번역도 깔끔합니다. 역자가 40여 종의 역서를 낸 현직 솔루션 아키텍트라서인지, 일본어 기술서 특유의 어색함 없이 용어가 자연스럽게 읽혔습니다.
총평 및 추천 대상
<누구나 이해하는 클라우드 인프라 지식 사전>은 당장 내일 복붙할 코드를 주는 책이 아닙니다. 대신 장애가 났을 때 어디를 봐야 할지 아는 개발자로 만들어주는 책입니다.
✅ 이런 분들에게 강력 추천합니다:
- 기능 구현은 자신 있지만, 장애·성능·운영 앞에서는 매번 검색부터 시작하는 개발자
- 쿠버네티스, 옵저버빌리티, CI/CD 같은 키워드를 따로따로 알고는 있지만 하나로 꿰어지지 않는 백엔드 엔지니어
- 주니어에게 인프라 기본기를 가르쳐야 하는데 마땅한 공통 교재가 없어서 곤란했던 팀 리드
- 클라우드를 쓰고는 있지만 그 아래에서 무슨 일이 벌어지는지 궁금했던 모든 개발자
도구는 계속 바뀝니다. AI는 앞으로 더 많은 코드를 대신 써줄 겁니다. 그래도 시스템을 지탱하는 원리는 그대로이고, 그 원리를 아는 사람과 모르는 사람의 차이는 장애가 났을 때 가장 선명하게 드러납니다. 책상 옆에 꽂아두고 필요할 때마다 펼쳐볼 한 권으로 권합니다.
코드를 잘 짜는 것과 서비스를 잘 굴리는 것은 다른 능력이다.
그리고 후자는 여전히, 사람이 알아야 한다.