- 하루 벌어 하루 살아요 (156)
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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
- nginx
- 웹사이트성능
- Java
- 디자인패턴
- APNS
- git
- php
- 성능
- 도메인 주도 개발
- graphql
- 카프카
- nginx설치
- kafka
- ddd
- Push
- notification
- 웹사이트최적화기법
- JPA
- Design Pattern
- 웹사이트 성능
- 페이스북 번역
- nginx설정
- GCM 번역
- GCM
- 카프카 트랜잭션
- 푸시
- gcm 푸시 번역
- 푸시 번역
- 자바스크립트
Archives
- Today
- Total
목록카프카 내부 매커니즘 (1)
간단한 개발관련 내용
CHAPTER6. 카프카 내부 매커니즘
카프카 완벽 가이드 6장 요약: 카프카 내부 매커니즘6.1 클러스터 멤버십카프카는 브로커의 목록을 유지하기 위해 Apache Zookeeper를 사용.Zookeeper는 브로커가 클러스터에 속해 있는지 확인하고 리더 선출 등 여러 작업을 수행.6.2 컨트롤러컨트롤러 역할:파티션 리더 선출 및 메타데이터 관리.브로커가 추가되거나 제거될 때 파티션의 리더를 선출하고 클라이언트 요청 처리 시작.KRaft (Kafka Raft):Zookeeper 의존 제거: 자체적으로 리더 선출 및 메타데이터 관리.액티브 컨트롤러가 브로커 요청 처리, 팔로워 컨트롤러는 데이터 복제.메타데이터 동기화 및 성능 병목 해결.6.3 복제 (Replication)리더 레플리카:파티션의 리더 역할을 수행하며 쓰기 요청 처리.클라이언트 요..
IT 책/카프카 핵심 가이드
2024. 11. 21. 14:43