필터 1
엠넷플러스 실시간 글로벌 투표 시스템 아키텍처 개선 사례
AWS
아키텍처

엠넷플러스 실시간 글로벌 투표 시스템 아키텍처 개선 사례

엠넷플러스는 투표 시스템을 이벤트 기반으로 재설계해 수집, 집계, 백업을 분리했습니다. 또한 DynamoDB와 SQS, MSK를 활용해 안정성과 처리 성능을 크게 개선했습니다.

#AWS#DynamoDB
10200
SRE 팀의 반복 작업을 10분의 1로 줄인 SRE 봇 개발기
라인
데브옵스

SRE 팀의 반복 작업을 10분의 1로 줄인 SRE 봇 개발기

SRE 반복 작업과 문의 대응을 Slack 워크플로 중심의 봇으로 자동화한 개발기입니다. 배포와 일반 요청 처리 시간을 크게 줄이고 운영 가시성도 높였습니다.

#SRE#Slack
11100
비브로스
아키텍처

예약 시스템 개편기: 우리는 왜 '예약 레고'를 만들었나

병원 예약을 진료 항목별 가변 슬롯 구조로 전면 개편한 사례를 다루었습니다. 동시성 제어와 추적 가능성을 위해 분산 락과 개별 레코드 기반 카운팅도 도입했습니다.

#Redis#동시성
11700
SK플래닛
AI

OK캐쉬백 복지 포인트 서비스 개발기: 보안, 대용량 처리, 그리고 현실적인 선택들

복지 포인트 서비스에서 보안, 대용량 처리, 일정 제약을 함께 해결한 개발 사례였습니다. 비동기 처리와 OGG 연동, GPT 기반 영수증 인식으로 현실적인 선택을 정리했습니다.

#보안#대용량 처리
9100
올영매장은 MSA 환경에서 흩어진 도메인 데이터를 어떻게 연동했을까?
올리브영
백엔드

올영매장은 MSA 환경에서 흩어진 도메인 데이터를 어떻게 연동했을까?

MSA 환경에서 매장 데이터 연동 방식을 데이터 특성에 따라 다르게 설계한 사례를 다뤘습니다. Redis 캐시와 Kafka 이벤트를 조합해 API 부담을 줄이고 실시간성을 확보했습니다.

#MSA#Redis
41300
우아한 형제들
AI

RAG, 들어는 봤는데… 내 서비스엔 어떻게 쓰지?

RAG의 필요성과 동작 원리를 설명하고, 교육 운영 시스템에 적용한 구현 사례를 정리했습니다. 6단계 구현 가이드와 색인·검색 설계 포인트도 함께 소개했습니다.

#RAG#LLM
26000
배송최적화 시스템 구축기 Part 01. 올리브영이 멀티 센터 체제로 배송 시간을 14시간 단축한 과정
올리브영
백엔드

배송최적화 시스템 구축기 Part 01. 올리브영이 멀티 센터 체제로 배송 시간을 14시간 단축한 과정

멀티 센터 전환에 맞춰 배송최적화 시스템을 도입하고 주문분배·이관을 자동화했습니다. 그 결과 배송 리드타임을 평균 14시간 단축하고 운영 개입을 크게 줄였습니다.

#Redis#API
11500
채널톡
백엔드

급증하는 트래픽 안정적으로 처리하기: 개선편(2) 논리적 파티셔닝

단일 Queue의 HOL Blocking과 인스턴스 단위 스케일링 비효율을 논리적 파티셔닝으로 개선했습니다. Partition별 독립 스케일링으로 10만 건 처리 시간을 25분에서 4분으로 줄였습니다.

#Redis#Kafka
400
급증하는 트래픽 안정적으로 처리하기: 개선편(2) 논리적 파티셔닝
채널톡
백엔드

급증하는 트래픽 안정적으로 처리하기: 개선편(2) 논리적 파티셔닝

단일 큐에서 발생하던 HOL Blocking을 논리적 파티셔닝으로 완화했습니다. Coordinator 기반 독립 스케일링으로 10만 건 처리 시간을 84% 줄였습니다.

#Redis#Kafka
800
요기요
데브옵스

[요기요 카오스 엔지니어링 (2)] 카오스 실험 결과 정리하기

Stage 환경에서 Locust 트래픽을 기반으로 카오스 실험 결과를 정리했습니다. Pod 지연과 외부 API 차단이 서비스와 사용자 경험에 미치는 영향을 확인하고 개선 포인트를 도출했습니다.

#카오스 엔지니어링#AWS FIS
4800
채널톡
백엔드

고객 타게팅을 좀 더 정교하게, ClickHouse 도입기

고객 타게팅 정교화를 위해 주문·쿠폰·장바구니 데이터를 ClickHouse 기반 OLAP로 옮긴 과정을 정리했습니다. 다만 ReplacingMergeTree, JOIN, Point Query 한계를 보완하려고 하이브리드 아키텍처를 함께 도입했습니다.

#ClickHouse#OLAP
300
고객 타게팅을 좀 더 정교하게, ClickHouse 도입기
채널톡
백엔드

고객 타게팅을 좀 더 정교하게, ClickHouse 도입기

고객 타게팅 정교화를 위해 대용량 커머스 데이터를 처리할 OLAP로 ClickHouse를 도입했습니다. 다만 JOIN, Point Query, 업데이트성 데이터 제약은 Hot/Cold 분리와 보조 저장소로 보완했습니다.

#ClickHouse#OLAP
1900
마이다스인의 플랫폼 혁신 여정, Part2: Kiro를 활용한 IDP 구축
AWS
데브옵스

마이다스인의 플랫폼 혁신 여정, Part2: Kiro를 활용한 IDP 구축

Amazon EKS 전환 이후 누적된 운영 toil을 줄이기 위해 Kiro로 Spec-driven IDP를 구축한 사례를 소개했습니다. 문서화된 요구사항과 체크리스트 기반 자동화로 개발자 셀프서비스와 운영 효율을 높였습니다.

#AWS#Amazon EKS
5000
뱅크샐러드가 게임을 만들 때 데이터 정합성을 유지하는 법 (feat. 낙관적 락)
뱅크샐러드
백엔드

뱅크샐러드가 게임을 만들 때 데이터 정합성을 유지하는 법 (feat. 낙관적 락)

뱅크샐러드는 게임형 앱테크 서비스의 데이터 정합성을 위해 낙관적 락을 적용했습니다. 버전 필드와 상태 분리, 시간 차분 정산으로 재시도 없이도 안정성을 확보했습니다.

#낙관적 락#동시성
11000