반응형
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
- 에어플로우
- airflow
- delta lake
- Zookeeper
- 컬럼 기반
- 데이터
- 델타레이크
- Data engineering
- MySQL
- 데이터 엔지니어
- s3
- 카프카
- 대용량 처리
- 레드시프트
- Redshift
- 데이터 엔지니어링
- Schema Registry
- AWS
- 스파크
- 카프카 구축
- 데이터 웨어하우스
- kafka
- 스파크 스트리밍
- spark
- Parquet
- Data Warehouse
- spark streaming
- Data Engineer
- kafka rest api
- docker
Archives
- Today
- Total
목록카프카 컨슈머 (1)
데이터 엔지니어 기술 블로그

About 카프카 구축 (1) 과 카프카 구축 (2) 에서 구축했던 카프카 클러스터는 각자 다른 host를 가지고 있기 때문에 프로듀서가 카프카로 요청을 보낼 때 어디로 보내야 할 지 확실하지가 않다. 프로듀서에서 카프카 클러스터 중 하나의 브로커로 보낸다고 했을 때 그 브로커가 어떠한 문제로 종료되면 요청을 보낼수가 없다. 그래서 하나의 엔드포인트가 필요하다. 엔드포인트에 요청을 보내면 문제가 생긴 인스턴스가 아닌 곳으로 요청을 보내 처리할 수 있도록 고가용성을 확보할 수 있다. 직접 REST API를 만드려고 했으나 Confluent에서 오픈소스로 지원해주어서 사용하여 구축하려고 한다. Confluent의 기능을 사용할 수 있는 방법은 두가지가 있다. Confluent Platform 과 Conflu..
데이터 엔지니어링
2021. 4. 7. 01:39