목차 1. 적정 파티션 개수 2. 토픽 정리 정책 3. 멀티 노드 카프카 클러스터 4. 복제와 리더 / 팔로워 파티션 5. ISR 6. Kafka Config 토픽과 파티션을 사용함에 있어 발생하는 여러가지 운영상 고려사항을 확인하고 멀티 노드 카프카 클러스터를 구성한다. 1. 적정 파티션 개수 토픽의 파티션 개수는 카프카의 성능과 관련이 있기 때문에 적절한 파티션 개수를 설정하고 운영하는 것이 매우 중요하다. 토픽 생성시 파티션 개수 고려사항 데이터 처리량 메시지 키 사용 여부 브로커, 컨슈머 영향도 1) 데이터 처리량 데이터 처리량을 늘리기 위해 파티션을 추가하고 파티션 개수만큼 컨슈머를 추가해서 병렬 처리량을 늘릴 수 있다. (컨슈머가 실행되는 서버의 사양을 올리는 스케일업이나 GC 튜닝 등 컨슈머..
목차 1. 카프카 2. 주키퍼, 클러스터, 브로커 3. 프로듀서 4. 컨슈머 1. 카프카 카프카는 링크드인의 데이터팀이 파편화된 데이터 파이프라인의 복잡도를 낮추기 위해 개발한 오픈소스 프로젝트이다. 데이터 파이프라인 엔드 투 엔드 방식의 데이터 수집 및 적재를 개선하고 안정성을 추구하며, 유연하면서도 확장 가능하게 자동화한 것 높은 처리량 카프카는 프로듀서가 브로커로 데이터를 보낼 때와 컨슈머가 브로커로부터 데이터를 받을 때 많은 양의 데이터를 묶음 단위로 처리하기 때문에 네트워크 비용을 최소화할 수 있다. 또한, 파티션을 통해 데이터를 병렬 처리할 수 있어 시간당 데이터 처리량을 늘릴 수 있다. 확장성 카프카는 데이터가 적을 때는 클러스터의 브로커를 최소한의 개수로 운영하다가 데이터가 많아지면 브로커..
- Total
- Today
- Yesterday
- Spring Data JPA
- Ubiquitous Language
- Spring Boot
- TDD
- JPA
- http
- named query
- MySQL
- spring rest docs
- 도메인 모델링
- 트랜잭셔널 아웃박스 패턴
- 클린코드
- 폴링 발행기 패턴
- 마이크로서비스 패턴
- 이벤트 스토밍
- Git
- Spring
- 스프링 카프카 컨슈머
- java8
- HTTP 헤더
- 육각형 아키텍처
- 스프링 예외 추상화
- mockito
- 학습 테스트
- Stream
- clean code
- H2
- kafka
- ATDD
- 계층형 아키텍처
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |