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