| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- 참조변수
- 프록시
- 김영한
- 코드트리
- @configuration
- 오버라이딩
- HttpServletResponse
- 스프링컨테이너
- 다익스트라
- 오블완
- 티스토리챌린지
- 의존관계
- DI
- fielderror
- 예외와 트랜잭션 커밋
- 싱글톤
- 코드트리조별과제
- html form
- java
- equals()
- http 메시지 컨버터
- 프로그래머스
- 코딩테스트
- objecterror
- 추상클래스
- 테스트코드
- 백준
- 서블릿
- 스프링
- 인터페이스
- Today
- Total
목록TIL/Kafka (2)
minOS
🚀 Kafka에서 Zookeeper가 제거되는 이유 (KRaft 도입 배경)Kafka는 기존에 Apache Zookeeper를 사용하여 클러스터 메타데이터를 관리했지만, Kafka 3.0부터 Zookeeper 없이 동작하는 KRaft(Kafka Raft) 모드를 도입하여 점진적으로 Zookeeper를 제거하는 방향으로 가고 있다.Kafka 7.0부터는 KRaft 모드가 기본이 되며, Zookeeper는 공식적으로 지원이 중단될 예정이다. Zookeeper 제거(KRaft 도입)의 이유1️⃣ Kafka 자체적인 메타데이터 관리 (Zookeeper 의존성 제거)기존 Kafka는 토픽, 파티션, 컨슈머 그룹 등의 메타데이터를 Zookeeper에서 관리했다. 이 방식에서는 Kafka와 Zookeeper가 별도..
예시 ) Produecr A - 토픽 3개 발행 , producer B 토픽 2개 발행, broker 3개 존재 ( 토픽과 파티션 관리), consumer 2개 존재(토픽 구독)Producer A ├──> Topic 1 ───> Partition 1 (Broker 1) │ ├── Consumer 1 │ ├── Consumer 2 ├──> Topic 2 ───> Partition 2 (Broker 2) │ ├── Consumer 1 ├──> Topic 3 ───> Partition 3 (Broker 3) ├── Consumer 1Producer B ├─..