| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | ||||
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 | 31 |
Tags
- Push
- git
- 디자인패턴
- GCM 번역
- gcm 푸시 번역
- 자바스크립트
- nginx설치
- 페이스북 번역
- 카프카 트랜잭션
- JPA
- 성능
- 카프카
- Design Pattern
- nginx
- kafka
- notification
- graphql
- 푸시 번역
- Java
- 웹사이트최적화기법
- php
- 푸시
- ddd
- 도메인 주도 개발
- nginx설정
- 웹사이트 성능
- APNS
- GCM
- 웹사이트성능
Archives
- Today
- Total
목록kafka fencing (1)
간단한 개발관련 내용
카프카 팬싱이란? (fencing)
카프카 트랜잭션의 팬싱(Fencing)은 트랜잭션 프로듀서 간의 중복 방지 및 일관성 보장 메커니즘입니다. 이 기능은 트랜잭션 ID(transactional.id)를 기반으로 작동하며, 특정 트랜잭션이 잘못되거나 장애 상황이 발생했을 때, 중복 트랜잭션 프로듀서가 메시지를 잘못 기록하는 것을 방지합니다.1. 팬싱이 필요한 이유트랜잭션 프로듀서는 상태를 유지하며 트랜잭션 ID(transactional.id)를 통해 클러스터와 연관됩니다. 이때 다음과 같은 상황에서 중복 프로듀서가 발생할 수 있습니다:프로듀서 장애로 인해 클러스터와 연결이 끊긴 경우.네트워크 지연 또는 일시적인 장애로 기존 프로듀서가 복구되지 못했는데, 동일한 transactional.id로 새 프로듀서가 시작된 경우.이 상황에서 두 프로듀..
Message Queue/Kafka
2024. 11. 22. 12:12