Backend
캐시 키와 만료 시간을 설계하기, 변경 전후를 비교하는 방법
캐시된 응답이 사용자나 검색 조건을 충분히 구분하지 않으면 다른 결과를 돌려줄 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
찾고 있던 이야기
작은 발견부터 깊이 있는 고민까지.
카테고리Backend
필터 초기화Backend
트랜잭셔널 아웃박스의 역할, 변경 전후를 비교하는 방법
DB 저장은 성공했지만 메시지 발행이 실패하면 다른 시스템에 변경이 전달되지 않을 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
호환성을 지키는 스키마 변경, 변경 전후를 비교하는 방법
새 코드와 이전 코드가 잠시 함께 실행되는 배포에서는 한 번에 열을 바꾸기 어렵다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
삭제 정책을 관계와 함께 정하기, 변경 전후를 비교하는 방법
부모 행을 지웠을 때 자식 행이 남을지 함께 지워질지 명확하지 않으면 데이터 관리가 어려워진다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
커넥션 풀의 크기와 대기, 변경 전후를 비교하는 방법
애플리케이션 인스턴스를 늘렸는데 DB 연결이 부족해져 응답이 더 느려질 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
검색 필드의 허용 목록, 변경 전후를 비교하는 방법
클라이언트가 보낸 정렬 열이나 필터 이름을 SQL에 그대로 붙이면 데이터 노출과 쿼리 오류 위험이 커진다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.