DevOps
배포 완료를 응답 확인까지 연결하기, 경계 조건에서 다시 살펴보기
빌드 성공과 프로세스 시작만으로 새 버전이 정상이라고 판단하기 어렵다. 실제 라우팅과 필수 기능 확인까지 이어져야 배포 결과를 설명할 수 있다. 정상 경로 밖의 입력를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
찾고 있던 이야기
작은 발견부터 깊이 있는 고민까지.
카테고리DevOps
필터 초기화DevOps
재시도에 대기와 한도를 함께 두기, 경계 조건에서 다시 살펴보기
실패한 요청을 즉시 다시 보내면 잠시 느려진 서비스에 더 많은 부하를 줄 수 있다. 재시도는 실패를 없애는 장치가 아니라 제한된 추가 시도다. 정상 경로 밖의 입력를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
평균 뒤에 숨은 느린 요청 보기, 경계 조건에서 다시 살펴보기
일부 요청이 매우 느려도 평균 응답 시간은 괜찮게 보일 수 있다. 분포의 긴 꼬리를 보려면 관측 창과 집계 방식을 함께 이해해야 한다. 정상 경로 밖의 입력를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
사용자 증상에서 출발하는 서비스 지표, 경계 조건에서 다시 살펴보기
CPU 사용률만 보고 있으면 요청이 실패하는데도 상태가 정상처럼 보일 수 있다. 자원 지표와 사용자가 경험하는 결과를 함께 관찰해야 한다. 정상 경로 밖의 입력를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
요청 식별자로 여러 서비스의 기록 연결하기, 경계 조건에서 다시 살펴보기
요청이 프록시와 API, 작업 큐를 거치면 한 줄의 오류만으로 전체 흐름을 찾기 어렵다. 각 구간이 같은 상관 식별자를 공유하면 조사 범위를 좁힐 수 있다. 정상 경로 밖의 입력를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
문장 대신 필드로 남기는 구조화 로그, 경계 조건에서 다시 살펴보기
같은 요청의 실패를 찾는데 로그 문장마다 형식이 다르면 검색식이 복잡해진다. 사람이 읽는 설명과 기계가 집계할 필드를 나눌 필요가 있다. 정상 경로 밖의 입력를 중심으로 작은 예제와 확인 기준을 정리합니다.