Backend
트랜잭션의 경계를 정하는 법, 대안을 선택하는 기준 정리
서로 연결된 두 번의 저장 중 하나만 성공하면 데이터의 의미가 깨질 수 있다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
찾고 있던 이야기
작은 발견부터 깊이 있는 고민까지.
카테고리Backend
필터 초기화Backend
ETag로 같은 응답 다시 확인하기, 변경 전후를 비교하는 방법
변경되지 않은 자원을 매번 전체로 내려받으면 불필요한 전송이 생긴다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
웹훅 서명을 검증하는 위치, 변경 전후를 비교하는 방법
외부에서 들어오는 웹훅은 보낸 쪽을 주장하는 헤더만으로 신뢰할 수 없다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
캐시 키와 만료 시간을 설계하기, 변경 전후를 비교하는 방법
캐시된 응답이 사용자나 검색 조건을 충분히 구분하지 않으면 다른 결과를 돌려줄 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
트랜잭셔널 아웃박스의 역할, 변경 전후를 비교하는 방법
DB 저장은 성공했지만 메시지 발행이 실패하면 다른 시스템에 변경이 전달되지 않을 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
호환성을 지키는 스키마 변경, 변경 전후를 비교하는 방법
새 코드와 이전 코드가 잠시 함께 실행되는 배포에서는 한 번에 열을 바꾸기 어렵다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.