국내 IT 기업 기술 블로그 최신 글

필터 1
Kafka Rebalancing과 메시지 처리 병목 개선
넥스트리
백엔드

Kafka Rebalancing과 메시지 처리 병목 개선

Kafka Rebalancing 원인을 메시지 처리 지연과 DB 저장 병목에서 찾고, 운영 완화를 위해 설정을 조정했습니다. 이후 Batch Insert로 처리 시간을 줄여 반복 Rebalancing을 완화했습니다.

#Kafka#JPA
4100
5년, 340개의 이야기로 이어온 개발 문화
채널톡
기타

5년, 340개의 이야기로 이어온 개발 문화

채널 엔지니어링 팀의 Dev Session 문화와 운영 방식을 소개했습니다. 5년간 축적된 경험이 팀 자산이 되고 외부로도 확장되는 과정을 담았습니다.

#문화#세미나
8000
스파이크 테스트를 활용한 TPS 검증
넥스트리
백엔드

스파이크 테스트를 활용한 TPS 검증

선상-육상 메시지 재전송 파이프라인의 TPS 제한을 검증하기 위해 스파이크 테스트를 적용했습니다. 재발행 폭주와 즉시 재시도 때문에 유실이 발생했고, 속도 제한과 지수 백오프로 개선했습니다.

#성능#k6
2100
[구축사례] 흩어진 운영 데이터를 하나로, kt cloud 운영 데이터 통합 플랫폼 Deck 구축기
KT 클라우드
백엔드

[구축사례] 흩어진 운영 데이터를 하나로, kt cloud 운영 데이터 통합 플랫폼 Deck 구축기

흩어진 클라우드 운영 데이터를 하나의 기준으로 모으기 위해 레이크하우스 기반 통합 플랫폼 Deck 구축 과정을 소개했습니다. Object Storage를 SSOT로 두고 레이어를 분리해 과금과 분석의 신뢰성을 높였습니다.

#Airflow#Kafka
2600
기술블로그 세 번째 책 《요즘 우아한 백엔드 개발》 출간
우아한 형제들
백엔드

기술블로그 세 번째 책 《요즘 우아한 백엔드 개발》 출간

우아한형제들 기술블로그 글을 엮은 《요즘 우아한 백엔드 개발》 출간 소식입니다. 아키텍처, 트래픽, 데이터, AI 활용 사례를 현장 경험 중심으로 담았습니다.

#Java#Kotlin
2200
실패한 메시지는 어디로 가야 할까?- Kafka Retry/DLT 설계와 운영에서 밟은 3가지 함정
여기어때
백엔드

실패한 메시지는 어디로 가야 할까?- Kafka Retry/DLT 설계와 운영에서 밟은 3가지 함정

Kafka 컨슈머의 실패 메시지를 Retry/DLT로 어떻게 다룰지 설계와 운영 관점에서 정리한 글입니다.\n운영 중 마주친 함정 3가지를 통해 재처리 경로와 실패 처리 전략을 살펴봅니다.

#Kafka
7000
[기술사례] OVN ACL Flow Sampling 기반 VPC Flow Log 서비스 개발
KT 클라우드
아키텍처

[기술사례] OVN ACL Flow Sampling 기반 VPC Flow Log 서비스 개발

OVN ACL Flow Sampling을 활용해 VPC Flow Log 서비스를 개발한 사례를 다뤘습니다. 로컬 I/O 부담을 줄이고 OVSDB 캐시로 메타데이터를 결합해 고속 로깅 구조를 구현했습니다.

#OVN#IPFIX
600
토스의 디바이스 팜 만들기
토스
프론트엔드

토스의 디바이스 팜 만들기

팀마다 각자 관리하던 실기기 환경을 사내 디바이스 팜 네뷸라로 통합한 과정을 소개했습니다. Appium 대신 자체 드라이버와 실시간 미러링 구조로 속도와 운영성을 높였습니다.

#node.js#API
12800
사람은 떠났는데 권한은 남았다
flex
백엔드

사람은 떠났는데 권한은 남았다

관계 원천과 인가 튜플을 Outbox·CDC·Kafka로 동기화해 잔존 권한 문제를 줄이는 구성을 다뤘습니다. 부분 실패, 캐시, 감사 이력까지 함께 고려한 운영 포인트도 정리했습니다.

#Kafka#CDC
4400
Grafana Mimir에 Kafka를 도입하기 전 미리 알았다면
채널톡
데브옵스

Grafana Mimir에 Kafka를 도입하기 전 미리 알았다면

Grafana Mimir에 Kafka 기반 ingest-storage architecture를 도입한 경험과 운영상의 함정을 정리했습니다. partition과 ingester ordinal의 1:1 결합, backlog replay, scale-in 절차가 핵심 포인트였습니다.

#Grafana Mimir#Kafka
19600
[구축사례] IPFIX와 Goflow2로 구현한 kt cloud Network 미터링 내재화
KT 클라우드
데브옵스

[구축사례] IPFIX와 Goflow2로 구현한 kt cloud Network 미터링 내재화

OVN 전환으로 기존 미터링 방식이 막히자 IPFIX와 Goflow2로 새 과금 계측 체계를 구축했습니다. 로컬 캐시 매핑과 자원 격리로 정확도와 성능을 함께 확보했습니다.

#IPFIX#Goflow2
1200
천만 MAU를 지탱하는 커뮤니티 시스템을 소개해요
당근마켓
아키텍처

천만 MAU를 지탱하는 커뮤니티 시스템을 소개해요

천만 MAU를 버티기 위한 커뮤니티 시스템의 구조와 선택을 소개했습니다. 웹앱과 서버앱, 모듈과 이벤트 분리로 확장성과 운영성을 함께 확보한 사례입니다.

#MSA#모듈형 모놀리스
17401
순서대로, 한 번만, 빠르게
AB180
백엔드

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

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

#Kafka#gRPC
4900
더 빠르게, 그리고 무너지지 않게 — 전시 아키텍처 개선기 (1/3)
여기어때
아키텍처

더 빠르게, 그리고 무너지지 않게 — 전시 아키텍처 개선기 (1/3)

전시 상품 API의 Redis 병목과 캐시 단일 의존 문제를 구조적으로 개선했습니다. Kafka CDC, 병렬 처리, 다단계 조회로 더 빠르고 무너지지 않는 서빙 구조를 만들었습니다.

#Redis#MongoDB
4600