동시에 들어온 예약을 막는 방법 - PostgreSQL EXCLUDE 제약조건
같은 회의실, 겹치는 시간의 예약이 동시에 들어올 때 PostgreSQL의 EXCLUDE 제약조건으로 하나만 받아들이는 방법과 그 원리를 정리했다.

같은 회의실, 겹치는 시간의 예약이 동시에 들어올 때 PostgreSQL의 EXCLUDE 제약조건으로 하나만 받아들이는 방법과 그 원리를 정리했다.

AI API의 캐시 히트는 답을 돌려주는 응답 캐시가 아니라 입력 앞부분의 KV를 재사용하는 것이다. 어떤 요청이 적중하는지, 쓰기 비용을 감안하면 적중률이 얼마여야 본전인지 따지고, Claude Code 실측과 슬랙 챗봇 운영 로그로 에이전트와 챗봇을 비교했다. 에이전트 세션은 입력의 97.6%가 캐시 읽기였다.

LiteLLM 프록시에 Prometheus·Grafana와 Langfuse를 붙이고 같은 mock 트래픽을 14분간 흘렸다. 내장 Admin UI는 누가 얼마나 썼는지까지 보여주고, 시계열과 알림은 Grafana, 요청 본문·세션·트레이스·점수는 Langfuse가 있어야 보인다. 어디까지 Admin UI로 충분한지와 붙이는 순서를 정리했다.

외부에 열면 안 되는 파일을 브라우저까지 어떻게 가져올까. 서버 프록시, presigned URL, CloudFront signed URL, OAC와 WAF를 누가 접근을 확인하는가라는 하나의 축으로 비교했다. 프록시가 파일을 통째로 읽는다는 오해는 200MB 파일로 직접 재서 확인했다.

Parquet 없이 JSONL만으로 조회가 되는지 S3 위에서 실험했다. Range 이진탐색, 키값 이진탐색, B-tree, LSM tree를 직접 지어 왕복 수와 시간을 쟀다. 조회는 되지만 결론은 Parquet다. 이유는 속도가 아니라 유지보수성이다.