이 책은 저자가 기획하고, 집필과 편집 과정에서 AI 도구의 도움을 받아 만들었습니다. 구성과 사실 확인, 최종 문장은 저자가 직접 검토했으니 구매 전에 참고해 주세요.
"서버는 정상입니다." 회의에서 개발자가 이렇게 답합니다. 그런데 고객은 여전히 결제를 끝내지 못하고 있습니다. 무엇을 더 물어야 할까요. 많은 기획자와 운영자, PM과 PO, 사업과 영업과 고객지원 담당자가 바로 이 지점에서 질문을 멈춥니다. 용어를 잘못 쓸까 걱정하고, 너무 기초적인 질문처럼 보일까 염려하고, 장애 대응을 방해할까 봐 이미 나온 설명을 그대로 받아들입니다.
이 책이 말하는 인프라 감각은 서버를 직접 설치하거나 명령어를 외우는 능력이 아닙니다. 비슷해 보이는 상태를 구분하고, 다음 판단에 빠진 조건을 알아차리는 능력입니다. 서버와 서비스는 다릅니다. 개발이 끝난 상태와 출시할 준비가 된 상태도 다릅니다. 배포와 공개, 자동 검사와 운영 승인, 복제와 백업, 복구 목표와 실제 훈련 결과도 서로 바꿔 쓸 수 있는 말이 아닙니다. 이 차이를 아는 사람은 회의에서 한 문장을 더 정확하게 물을 수 있습니다.
본문 아홉 장은 사용자가 보는 하나의 기능을 요청 경로와 의존성으로 펼치는 데서 시작합니다. 서버 한 대의 상태에서 출발해 데이터베이스와 저장소, 외부 서비스가 어떻게 연결되는지 살펴봅니다. 이어 변경이 작성된 뒤 검증과 배포와 공개를 거치는 경로를 따라가며, 개발 완료라는 말의 여러 상태와 환경 차이, 점진적 노출, 자동화와 사람의 판단을 구분합니다. 마지막으로 운영 상태를 증거와 용량과 복구와 신뢰성으로 판단합니다. 장애에서 사실과 가설을 나누고, 트래픽과 병목을 완료 처리량으로 읽으며, 복제와 백업과 복구 목표를 사용자 결과에 연결합니다.
이 책은 특정 클라우드 제품이나 서버 설치법을 다루지 않습니다. 운영체제 명령어나 코딩 실습, 제품별 배포 화면도 설명하지 않습니다. 도구와 제품은 바뀌고 조직마다 구조가 다르기 때문입니다. 같은 배포 완료라는 말도 어떤 조직에서는 운영 환경 반영을 뜻하고, 다른 조직에서는 사용자 공개까지 포함합니다. 그래서 용어 하나에 정답을 붙이기보다 실제로 완료된 범위를 확인하는 법을 익히도록 구성했습니다. 산업과 서비스마다 달라지는 복구 목표와 신뢰성 지표의 정답 숫자도 제시하지 않습니다. 대신 오래 남는 질문을 다룹니다. 무엇이 고장 났고 어떤 시스템에 의존하는가. 사용자는 어디까지 영향을 받는가. 가장 안전하고 빠른 복구 경로는 무엇인가. 재발을 줄이려면 어떤 조치와 비용과 일정이 필요한가.
부록은 이 이해를 회의에서 바로 쓰는 문장으로 바꿉니다. 부록 A는 본문의 핵심 용어를 가나다순으로 찾는 사전이고, 부록 B는 용어를 실제 질문과 상태 보고와 주의 표현으로 바꾼 미니 용어집이며, 부록 C는 장애와 배포와 복구와 출시 상황을 빠르게 구조화하는 상황별 질문 카드입니다. 본문을 다 읽고 모든 용어를 외울 필요는 없습니다. 회의에서 막히는 순간 한 질문만 정확하게 꺼낼 수 있어도 충분합니다.
이 책은 여러분을 모든 기술 답을 아는 사람으로 만들지 않습니다. 대신 답이 빠졌을 때 그것을 알아차리고, 사용자와 업무의 기준으로 다음 질문을 이어 갈 수 있게 합니다. 기술팀은 시스템 상태와 구현 제약을 설명하고, 비개발자는 사용자 영향과 업무 중요도와 일정의 기준을 제공합니다. 어느 한쪽이 다른 쪽을 대신하는 관계가 아니라, 서로 다른 정보를 같은 결정 안에 넣는 관계입니다. 좋은 질문은 설명을 늘리는 일이 아니라 판단의 경계를 좁히는 일입니다.
