주키퍼 (2) 썸네일형 리스트형 [Kafka] 카프카의 내부 동작 원리와 구현 [4장에서 배울것] - 카프카의 리플리케이션 동작 - 리더와 팔로워의 역할 - 리더에포크와 복구 동작 - 리플리케이션 동작과 관련 있는 "컨트롤러, 컨트롤러의 동작" - 로그와 로그 컴팩션 1. 카프카 리플리케이션 메인 허브의 역할을 하는 카프카 클러스터가 정상적으로 동작하지 못하면 매우 심각한 문제가 생길 수 있다. 따라서 카프카는 초기 설계단계부터 안정적인 서비스를 운영할 수 있도록 "리플리케이션"이라는 동작을 함. 1) 리플리케이션 동작 개요 - 카프카는 브로커의 장애에도 불구하고 연속적으로 안정적인 서비스 제공함으로써 데이터 유실을 방지하고 유연성을 제공한다. - 토픽 생성 시 아래와 같이 "replicaion factor"라는 옵션을 설정해야 한다. - 생성 후 describe 명령어로 상세보기.. [Kafka] 카프카 기본 개념 구조 이해하기 1. 카프카 기초 다지기 1) 카프카를 구성하는 주요 요소 - 주키퍼(Zookeeper) : 아파치 프로젝트 애플리케이션으로 카프카의 메타데이터(metadata) 관리 및 브로커의 정상상태 점검(health check) 을 담당 합니다. - 카프카(Kafka) or 카프카 클러스터(Kafka cluster) : 아파치 프로젝트 애플리케이션으로 여러 대의 브로커를 구성한 클러스터를 의미 합니다. - 브로커(broker) : 카프카 애플리케이션이 설치된 서버 또는 노드를 의미 합니다. - 프로듀서(producer) : 카프카로 메시지를 보내는 역할을 하는 클라이언트로 총칭합니다. - 컨슈머(consumer) : 카프카에서 메시지를 꺼내가는 역할을 하는 클라이언트를 총칭합니다. - 토픽(topic) : 카프카.. 이전 1 다음
