| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- securitycontextholderfilter
- docker
- @ComponentScan
- 지연 로딩
- CORS
- dockerhub
- DI
- JWT
- JPQL
- MSA
- Spring Data JPA
- docker compose
- DLQ
- AWS
- Routing Key
- kafka
- 스프링 부트
- 서블릿 컨테이너
- Spring
- @Transactional
- JdbcTemplate
- 컨테이너
- 쿠버네티스
- Web
- redis
- Spring Container
- Dead Letter Queue
- JPA
- 페이징
- mybatis
- Today
- Total
목록consumer (2)
look-forest
Exchange 유형에 따른 처리 흐름1. Direct Exchange메시지를 발행할 때 사용하는 라우팅 키와 동일한 키로 익스체인지에 바인딩 된 모든 큐에 메세지를 전달.해당 라우팅 키와 일치하는 큐에만 메시지가 전달되는 방식이기 때문에 Direct Exchange 라고 한다.매핑이 정확하게 되는 한개의 키만 있으니까 1:1로 가능할거 같은데, 하나의 라우팅 키에 대해 여러 큐가 바인딩될 수 있기 때문에 1:N 매칭이 가능하다. 활용메시지가 명확하게 특정 큐로 전달되어야 할 때 큐마다 고유한 라우팅 규칙을 적용하여 메시지를 분류해야 할 때 예시 업무: 주문 상태 처리, 결제 처리, 사용자 알림 시스템 등- 주문 상태별로 라우팅 키를 정의하고, 각 상태에 해당하는 큐가 메시지를 받는다 2. Topic E..
Kafka의 기본 구성: Topic, Consumer, ProducerProducer: 카프카에 메시지(데이터)를 전달하는 주체Consumer: 카프카의 메시지(데이터)를 처리하는 주체Topic: 카프카에 넣을 메시지의 종류를 구분하는 개념카프카의 구조: Producer → Broker → Consumer프로듀서는 Kafka로 메시지(데이터)를 전달한다.그러면 Kafka는 메시지 큐에 토픽 별로 구분해 전달받은 메시지를 저장해둔다.컨슈머는 Kafka에 새로운 메시지가 생겼는 지 주기적으로 체크하다가, 새로운 메시지가 있다는 걸 발견하면 그 메시지를 조회해와서 처리한다.CLI를 활용한 Kafka 조작백엔드 서버(Spring Boot)로만 Kafka를 조작할 수 있는 것이 아니라, CLI로도 Kafk..