DevOps
사용자 증상에서 출발하는 서비스 지표, 먼저 지킬 계약을 적어 보기
CPU 사용률만 보고 있으면 요청이 실패하는데도 상태가 정상처럼 보일 수 있다. 자원 지표와 사용자가 경험하는 결과를 함께 관찰해야 한다. 동작보다 먼저 정할 기준를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
Backend
N+1 조회를 목록 단위로 보기, 먼저 지킬 계약을 적어 보기
목록의 각 행을 그릴 때 관련 데이터를 따로 읽으면 항목 수만큼 쿼리가 늘어날 수 있다. 동작보다 먼저 정할 기준를 중심으로 작은 예제와 확인 기준을 정리합니다.
AI & Data
사용자 단위로 데이터를 분리하기, 먼저 지킬 계약을 적어 보기
같은 사용자의 기록이 학습과 평가에 나뉘어 있으면 새 사용자에 대한 성능을 과대평가할 수 있다. 동작보다 먼저 정할 기준를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
실행 계획을 질문으로 읽기, 먼저 지킬 계약을 적어 보기
느린 쿼리를 발견하면 인덱스를 추가하기 전에 어느 단계에서 비용이 생기는지 알아야 한다. 동작보다 먼저 정할 기준를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
요청 식별자로 여러 서비스의 기록 연결하기, 먼저 지킬 계약을 적어 보기
요청이 프록시와 API, 작업 큐를 거치면 한 줄의 오류만으로 전체 흐름을 찾기 어렵다. 각 구간이 같은 상관 식별자를 공유하면 조사 범위를 좁힐 수 있다. 동작보다 먼저 정할 기준를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
로딩과 빈 결과를 구분하기, 먼저 지킬 계약을 적어 보기
검색 결과가 아직 오지 않은 상태와 실제 결과가 없는 상태가 같은 화면으로 표시되곤 한다. 동작보다 먼저 정할 기준를 중심으로 작은 예제와 확인 기준을 정리합니다.