Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- node.js
- hash
- Bitwise AND
- 코드리뷰를꼼꼼히하자
- ad-hoc
- 파라매틱서치
- Java
- eventLoop
- 1781
- 귀납적증명
- graceful shutdown
- 전역에러처리
- 25186
- 23289
- BOJ
- Docer
- microtask
- Kafka
- 알고리즘
- node-cron
- 20309
- 백준
- 25635
- macrotask
- firebase functions
- promise.race
- 23560
- firebase functions deploy limit
- PS
- nextTick
Archives
- Today
- Total
목록Heartbeat (1)
웰제오의 개발 블로그
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/ckbBWU/btrPRB903wE/sQsLaNYk9jyEUy37a7xcI1/img.png)
카프카의 group coordinator 는 현재 그룹에 속해있는 컨슈머들의 상태가 유효한지 계속 확인하며, 리밸런싱을 통해 그룹내에 속한 모든 컨슈머들이 유효성을 보장한다. 만약 카프카가 컨슈머들이 살았는지 죽었는지 확인을 안한다면, 죽어있는 컨슈머가 group 파티션을 계속 잡고있게 되며, 해당 파티션의 record 들이 consume 되지 않는 상황이 발생하므로, 카프카는 주기적으로 컨슈머의 생존여부를 확인해, 죽었다고 판단되는 컨슈머를 group 에서 쫓아내고, 리밸런싱을 통해 이전 컨슈머에게 할당된 파티션을 그룹내의 다른 컨슈머에게 할당해주어야 한다. 카프카는 컨슈머가 죽었다고 판단하는 경우가 두가지가 있는데 (connections.max.idle.ms 설정도 존재하지만 제외하고 얘기하겠다) 이..
개발
2022. 10. 28. 23:23