티스토리 뷰

Kafka를 통해서 전문은 받는 서비스 객체(Subscriber)에서는 하나의 객체만 사용 하여서 개발 되어야 한다는 품질 요구 사항이 있다. 현재 소스는 Kafka에서 받은 메세지를 업무 영역으로 가져 가지 않고 업무 영역에 사용 할 수 있는 DTO로 변경 해서 전달 하도록 개발이 되어 있다.

이전 구조

1. 처리 :
- A Subscriber Class와 B Subscriber Class는 Kafka의 전문을 수신 받이서 내부 Message에 전문 변환 요청을 하고 그 결과를 DTO 객체로 받아서 각각 A 업무 처리, B 업무 처리 Class로 처리 요청을 한다.

2. 문제점:
- Kafka 메세지를 받는 객체에서는 오직 하나만의 객체를 생성 하여서 업무 처리를 해야 한다는 품질 요구 사항이 위반으로 변경 요청을 받았다.
- A Subscriber Class와 B Subscriber Class에서 내부 메세지 변환 Class와 각각 업무 처리 Class를 생성 하고 사용 함 

3. 해결을 위한 생각 :
- 문제 해결을 위해서 소스 확인 결과 내부 매세지 생성 과정에서 A, B 각각 업무에 대한 기준 값을 상수로 선언 하여 메세지 변환의 파라메터로 전달 하고 있는 것을 발견 하였다.
- 어떤 전략 패턴을 사용 해서 해결 할 수 있을까 ? ..... 

중간 단계 생각

 => abstract factory pattern 사용... 다음에 계속

 

 

 

 

 

 

 

 

'개발작업중해결방안' 카테고리의 다른 글

Gson - Json Serialization & Deserialization  (0) 2023.09.04