Velopers
모든 태그
태그

cache 기술 블로그 글

cache 태그가 달린 국내 IT 기업 기술 블로그 글을 최신순으로 모았습니다.

전체 195개최신 20개 표시
홈에서 필터

관련 태그

#동시성111#LLM1,153#Redis199#Kubernetes536#모니터링311#DB157#container66#event47#MemoryDB2#UI/UX485#React387#검색328

최신 게시글

20개 표시

백엔드

사장님 입점신청 자동승인 주기를 10분에서 10초로

자동승인 대기 지연을 줄이기 위해 아웃박스 큐를 걷어내고 단일 폴링 구조로 바꿨습니다. 후보 조회와 재시도를 분리해 외부 부하는 유지한 채 처리 시작 시간을 10초 이내로 개선했습니다.

#MySQL#동시성#폴링
2800

백엔드

Memory DB는 무엇으로 가득 차 있었을까 - 2부 : BCAST 전환과 Failover

유령 키로 누적되는 MemoryDB OPTIN tracking item 문제를 BCAST 전환으로 구조적으로 차단했습니다.\n리허설 후 failover를 두 차례 수행해 7,684만 개 항목과 메모리 사용률을 정상화했습니다.

#MemoryDB#Redis#cache
000

백엔드

"다 됐습니다" 알림, 대체 언제 보내야 맞나

배치 완료 알림이 너무 일찍 나가는 문제를 해결한 사례를 다루셨습니다. 처리 순간의 사실을 기록하고 실제 조회 가능 시점을 기준으로 완료를 판정하셨습니다.

#batch#비동기#cache
3100

AI

몇 달 전에 풀었던 문제를 오늘 또 풀고 있었습니다 — AI와의 대화를 팀의 지식으로 자동 축적한 이야기

몇 달 전 풀었던 문제를 다시 만나 같은 시행착오를 겪은 경험을 바탕으로, AI와의 대화를 팀 지식으로 자동 축적하는 필요성을 정리했습니다. 반복 해결을 줄이고 기억에 의존하지 않도록 기록과 재활용 구조를 만들려는 이야기입니다.

#LLM#지식관리#cache
3800

백엔드

@TransactionalEventListener는 왜 조용히 무시될까

`@TransactionalEventListener`는 커밋 이후 실행이 아니라 트랜잭션이 있을 때만 등록됩니다. 트랜잭션 밖 발행 누락은 `fallbackExecution`과 발행 지점의 트랜잭션 검사를 성격에 맞게 선택해야 합니다.

#Spring Boot#transaction#event
7900

백엔드

조건부 호출로 줄인 API 비용

외부 기관 조회 API의 호출 건수 기반 과금 문제를 줄이기 위해 조건부 호출을 적용했습니다. 조회 Timestamp와 배치 갱신, Lazy Loading으로 불필요한 호출을 최소화했습니다.

#HTTP#cache#REST API
3400

백엔드

Memory DB는 무엇으로 가득 차 있었을까 - 1부 : 클라이언트 캐싱과 tracking item

MemoryDB 메모리 급증의 원인을 Redis 클라이언트 캐싱 tracking item 누적으로 분석했습니다. 존재하지 않는 유령 키 조회가 TTL 없이 기록을 쌓는 구조를 확인했습니다.

#MemoryDB#Redis#클라이언트 캐싱
200

아키텍처

IoT를 위한 Edge Computing 적용기

IoT 환경에서 Edge Computing을 활용해 현장 데이터 처리와 중앙 통합 처리를 분리한 사례를 소개했습니다. 네트워크 단절 대응, 불필요한 데이터 제거, 데이터 표준화 방식도 함께 설명했습니다.

#Edge Computing#IoT#InfluxDB
1500

AI

Claude Code 토큰 비용 최적화하기 – 2부: 캐시 경제학과 Amazon Bedrock 조직 비용 관리

Claude Code의 토큰 비용을 캐시 경제학과 세션 습관 관점에서 정리한 글입니다. Amazon Bedrock에서는 사용자별 비용 관측과 캐시 효율 관리가 특히 중요하다고 설명했습니다.

#Claude Code#Amazon Bedrock#cache
2700

데브옵스

EKS 컨테이너 메모리 스파이크 추적기

EC2에서 EKS로 옮긴 뒤 컨테이너 메모리가 주기적으로 급증하는 현상을 추적했습니다. 원인은 로그 gzip 압축과 페이지 캐시였습니다.

#EKS#EC2#container
4900

프론트엔드

전체 데이터를 브라우저에 두는 광고 대시보드 만들기

전체 데이터를 브라우저와 Web Worker로 옮겨 광고 대시보드의 필터링과 정렬을 즉시 처리하도록 개선했습니다. 그 결과 속도뿐 아니라 누락 데이터, URL 검증, 정렬 제약 같은 구조적 문제도 함께 해결했습니다.

#React#Web Worker#API
8900

백엔드

모던 백엔드 - 범위값(2)

Java 25의 Scoped Value 설계 원칙과 API 사용 패턴을 정리했습니다. 실무 적용 한계와 전환 판단 기준까지 함께 다뤘습니다.

#Java#동시성#cache
3000

백엔드

AI와 함께 OMS의 Writer connection을 15.9% 줄인 방법

OMS 주문 흐름의 책임을 분리하고 반복 조회를 줄여 Writer connection과 slow query를 개선했습니다. 사람이 검수할 수 있는 작은 변경을 반복하며 안전하게 성능과 구조를 함께 다듬었습니다.

#SOLID#DB#cache
2200

AI

[기술동향] LLM 추론 최적화 핵심 기술: 양자화, KV 캐시, 추론 칩

에이전틱 AI 확산에 따라 LLM 추론 최적화 기술과 추론 전용 칩의 중요성이 커졌습니다. 양자화, KV 캐시 압축, LPU·TPU 활용으로 비용과 지연 시간을 함께 줄이는 방향을 정리했습니다.

#LLM#양자 컴퓨팅#cache
2500

데브옵스

“같은 트래픽, CPU는 86% 덜 쓴다” — 100만 사이트 플랫폼 아임웹의 Valkey 9.1 실측 결과

아임웹이 Valkey 9.1 업그레이드로 캐시 엔진 효율을 실측한 사례를 공유했습니다. 같은 트래픽에서 CPU와 지연 시간이 줄고, 메모리와 운영 안정성도 개선되었습니다.

#Valkey#Redis#ElastiCache
4000

백엔드

DDL이 코드 밖에서 온다면, 테스트 DB 구성을 빌드 안에 선언한다

Liquibase 기반 스키마를 테스트에서 다루기 위해, 테스트 DB 구성을 빌드의 variant로 선언하는 구조를 정리했습니다. 실제 마이그레이션 검증과 덤프 캐시를 함께 써서 정확성과 속도를 모두 확보했습니다.

#Liquibase#Testcontainers#Gradle
4300

데브옵스

VictoriaMetrics 운영기 2편 — 장비 증설 없이 리소스 위기를 해결한 3단계 최적화 전략

쿠버네티스 전환으로 커진 VictoriaMetrics 리소스 문제를 조회·저장·수집 세 레이어로 나눠 최적화했습니다. 쿼리 분할, 보관 기간 축소, 수집 대상 축소로 장비 증설 없이 안정화했습니다.

#VictoriaMetrics#Kubernetes#container
39500

백엔드

순서대로, 한 번만, 빠르게

Airbridge는 Kafka 이벤트 처리에서 마이크로 배치 병목을 줄이기 위해 Differential 구조를 도입했습니다. 순서 보장과 중복 방지를 유지하면서 처리 속도를 10배 이상 높였습니다.

#Kafka#gRPC#event
5400

백엔드

MongoDB Online Archive 조회 전략 재설계

MongoDB Online Archive 도입 과정에서 저장 비용뿐 아니라 조회 비용과 탐색 전략까지 함께 재설계했습니다. OFFSET 기반 조회를 Cursor 기반 순차 조회로 바꿔 비용과 메모리 사용량을 줄였습니다.

#MongoDB#Spring Data MongoDB#cache
2300

AI

LLM 비용 64% 절감, 캐시 히트율 98% 달성기

AWS Bedrock 기반 LLM 비용이 증가하자 API별 토큰 메트릭을 먼저 구축해 원인을 파악했습니다. 이후 Prompt Caching을 적용해 캐시 히트율 98%, 전체 비용 64% 절감을 달성했습니다.

#LLM#cache#AWS Bedrock
32620