오늘
전체 데이터를 브라우저에 두는 광고 대시보드 만들기
전체 데이터를 브라우저와 Web Worker로 옮겨 광고 대시보드의 필터링과 정렬을 즉시 처리하도록 개선했습니다. 그 결과 속도뿐 아니라 누락 데이터, URL 검증, 정렬 제약 같은 구조적 문제도 함께 해결했습니다.
#React#Web Worker#API
2400
태그
cache 기술 블로그 글
cache 태그가 달린 국내 IT 기업 기술 블로그 글을 최신순으로 모았습니다.
전체 147개최신 20개 표시
관련 태그
최신 게시글
20개 표시
모던 백엔드 - 범위값(2)
Java 25의 Scoped Value 설계 원칙과 API 사용 패턴을 정리했습니다. 실무 적용 한계와 전환 판단 기준까지 함께 다뤘습니다.
#Java#동시성#cache
2000
AI와 함께 OMS의 Writer connection을 15.9% 줄인 방법
OMS 주문 흐름의 책임을 분리하고 반복 조회를 줄여 Writer connection과 slow query를 개선했습니다. 사람이 검수할 수 있는 작은 변경을 반복하며 안전하게 성능과 구조를 함께 다듬었습니다.
#SOLID#DB#cache
1900
“같은 트래픽, CPU는 86% 덜 쓴다” — 100만 사이트 플랫폼 아임웹의 Valkey 9.1 실측 결과
아임웹이 Valkey 9.1 업그레이드로 캐시 엔진 효율을 실측한 사례를 공유했습니다. 같은 트래픽에서 CPU와 지연 시간이 줄고, 메모리와 운영 안정성도 개선되었습니다.
#Valkey#Redis#ElastiCache
3000
DDL이 코드 밖에서 온다면, 테스트 DB 구성을 빌드 안에 선언한다
Liquibase 기반 스키마를 테스트에서 다루기 위해, 테스트 DB 구성을 빌드의 variant로 선언하는 구조를 정리했습니다. 실제 마이그레이션 검증과 덤프 캐시를 함께 써서 정확성과 속도를 모두 확보했습니다.
#Liquibase#Testcontainers#Gradle
3800
VictoriaMetrics 운영기 2편 — 장비 증설 없이 리소스 위기를 해결한 3단계 최적화 전략
쿠버네티스 전환으로 커진 VictoriaMetrics 리소스 문제를 조회·저장·수집 세 레이어로 나눠 최적화했습니다. 쿼리 분할, 보관 기간 축소, 수집 대상 축소로 장비 증설 없이 안정화했습니다.
#VictoriaMetrics#Kubernetes#container
39100
순서대로, 한 번만, 빠르게
Airbridge는 Kafka 이벤트 처리에서 마이크로 배치 병목을 줄이기 위해 Differential 구조를 도입했습니다. 순서 보장과 중복 방지를 유지하면서 처리 속도를 10배 이상 높였습니다.
#Kafka#gRPC#event
4200
MongoDB Online Archive 조회 전략 재설계
MongoDB Online Archive 도입 과정에서 저장 비용뿐 아니라 조회 비용과 탐색 전략까지 함께 재설계했습니다. OFFSET 기반 조회를 Cursor 기반 순차 조회로 바꿔 비용과 메모리 사용량을 줄였습니다.
#MongoDB#Spring Data MongoDB#cache
1600
LLM 비용 64% 절감, 캐시 히트율 98% 달성기
AWS Bedrock 기반 LLM 비용이 증가하자 API별 토큰 메트릭을 먼저 구축해 원인을 파악했습니다. 이후 Prompt Caching을 적용해 캐시 히트율 98%, 전체 비용 64% 절감을 달성했습니다.
#LLM#cache#AWS Bedrock
26720
캐시 전략으로 푼 응답 지연 문제
메인 화면 응답 지연을 캐시 우선 렌더링과 백그라운드 갱신으로 개선했습니다. 메시지 큐로 조회 부하를 분산해 체감 속도와 운영 안정성을 함께 높였습니다.
#cache#비동기#메시지 큐
9000
Redis 6.x에서 Valkey 9.0으로: 운영 캐시 성능과 비용을 함께 개선한 전환기
Redis OSS 6.x 캐시를 Valkey 9.0으로 전환해 성능과 비용을 함께 개선한 사례를 정리했습니다. 업그레이드 중 client 재연결과 클러스터 대응 검증이 핵심이었습니다.
#Valkey#Redis#ElastiCache
6620
Spring Data Redis: Repository vs RedisTemplate — 실전 성능 비교
Spring Data Redis Repository와 RedisTemplate의 실전 성능을 비교했습니다. 단순 캐시에는 RedisTemplate이 더 적합하며 CPU와 메모리 효율이 좋았습니다.
#Spring Data Redis#RedisTemplate#Redis
16800
React Query 캐시 전략에 대한 고찰
React Query의 staleTime, gcTime, 키 팩토리, 무효화 전략을 중심으로 캐시 운영법을 정리했습니다. 전역 기본값과 직접 갱신을 통해 불필요한 재요청과 화면 깜빡임을 줄이는 방법을 제안했습니다.
#React#cache#refactoring
3400
이상적인 구조가 빠른 성능은 아닙니다
기획전 API의 중복 조회와 중첩 저장 구조를 분리해 성능을 개선한 사례를 다뤘습니다. 다만 구조 분리만으로는 충분하지 않아 실제 조회 패턴과 운영 부하까지 함께 고려해야 했습니다.
#MongoDB#성능#query
1800
싱글톤 패턴을 이용한 캐시 관리
메뉴 권한처럼 변경은 적고 조회는 많은 데이터를 싱글톤 인메모리 캐시로 관리하는 방법을 소개했습니다. 이를 통해 로그인 시 DB 부하를 줄이고 응답 속도와 유지보수성을 개선했습니다.
#싱글톤#cache#Spring Boot
1300
putlfAbsent()의 한계와 변경감지 개선
실시간 모니터링에서 계산식 메타데이터 동기화 문제를 다뤘습니다. `putIfAbsent()` 한계를 보완하기 위해 `replace()`로 변경 감지와 이벤트 발행을 개선했습니다.
#Java#동시성#cache
1000
React Query Key Factory 패턴 사용기
React Query 쿼리 키를 도메인별 factory로 관리해 캐시 구조와 무효화 범위를 명확히 정리하는 방법을 소개했습니다. queryOptions와 useQueries까지 함께 묶어 재사용성과 유지보수성을 높이는 흐름을 설명했습니다.
#React Query#cache#queryOptions
1700
사내 AI 에이전트 개선기
사내 AI 에이전트의 컨텍스트 비용과 안전성 문제를 줄이기 위해 v2 구조와 런타임 가드레일을 재설계했습니다. 파일, 채널, 스킬을 필요한 순간에만 제한적으로 읽도록 바꿨습니다.
#OpenAI Agents SDK#prompt caching#cache
1600
사내 AI 에이전트 개선기
사내 AI 에이전트 채널랩스를 OpenAI Agents SDK 기반으로 재설계하고, 컨텍스트 비용을 줄이는 구조를 정리했습니다. 파일·채널·스킬을 reference 중심으로 다루며 안전성과 예측 가능성을 높였습니다.
#LLM#OpenAI Agents SDK#API
8700
안드로이드 빌드 대기 시간 없애기
안드로이드 빌드 대기 시간을 줄이기 위해 N3R과 GitHub ARC를 결합한 운영 경험을 공유했습니다. 사내망 제약 환경에서 동적 할당과 다층 캐시로 CI/CD 병목을 완화한 사례입니다.
#Android#GitHub#CI/CD
6800