비개발자를 위한 인프라 감각

이 책의 핵심

• 서버가 터졌다는 말은 실제 실패 상태를 확정해 주지 않는다. 접속 실패, 응답 지연, 일부 기능 실패로 나눠야 어디부터 볼지 보인다.
• 헬스 체크는 검사하도록 설계한 범위 안에서만 유용하다. 같은 정상이라도 실제로 확인한 범위는 다르다.
• 개발 완료는 운영 도착이 아니다. 코드 작성과 커밋이 끝난 상태와 사용자가 쓰는 상태 사이에 여러 단계가 있다.
• 배포와 공개는 다른 시점이다. 코드가 운영 환경에 있어도 기능 노출을 늦추거나 일부 사용자에게만 열 수 있다.
• 카나리에는 처음 노출할 대상, 관찰할 신호와 조건, 확대하거나 중단할 기준 셋이 필요하다. 비율 하나는 첫 항목의 일부일 뿐이다.
• 관찰 항목에는 기술 신호와 업무 신호를 함께 둔다. 프로그램이 오류 없이 응답해도 사용자는 결제를 끝내지 못할 수 있다.
• 중단 조건은 경고 문구가 아니라 행동 조건이다. 허용 범위와 확인 담당자와 중단 뒤 첫 행동까지 이어져야 쓰인다.
• 장애 대응에서는 확인된 사실, 검증 중인 가설, 실행한 조치를 분리한다. 그래야 초기 가설이 확정 사실처럼 굳지 않는다.
• 모니터링은 미리 정한 조건을 감시하고, 관측 가능성은 예상하지 못한 질문까지 조사하게 한다. 둘은 경쟁 개념이 아니다.
• 관측 공백도 기록 대상이다. 어떤 신호가 빠졌는지 남겨야 다음 장애에서 같은 추측을 반복하지 않는다.

EPUB으로 소장하기

전체 내용과 부록을 EPUB으로 읽고 소장할 수 있습니다.

9,900원

서지정보

전체 목차

• 들어가며 기술을 몰라도 운영을 물을 수 있어야 한다
• 제1장 서버가 터졌다는 말의 뜻
• 제2장 서비스는 무엇에 기대어 돌아가는가
• 제3장 변경은 어떻게 운영에 도착하는가
• 제4장 배포는 어떻게 위험을 나누는가
• 제5장 자동화는 무엇을 대신하는가
• 제6장 장애는 어떻게 보이는가
• 제7장 트래픽은 어디에서 막히는가
• 제8장 복구는 어떻게 설계되는가
• 제9장 신뢰성은 어떻게 약속되는가
• 부록 A 비개발자를 위한 인프라 용어 사전
• 부록 B 회의에서 바로 쓰는 인프라 미니 용어집
• 부록 C 상황별 질문 카드

본문 읽기

• 1장. 서버가 터졌다는 말의 뜻
• 4장. 배포는 어떻게 위험을 나누는가
• 6장. 장애는 어떻게 보이는가

저자 소개