대충적는 초안
- Java8
- Junit5
- Rest-docs
- Spring boot >= 2.4.5
- Spring cloud
- gateway
- circuit breaker
- fallback
- JPA, QueryDSL
- Mysql
- MongoDB > =4.x (analyzer)
- Replica
- Flyway
- Redis (Cluster)
- Lettuce
- kafka (kafka streams)
- Cluster 구성(3 대)
- jenkins
- docker & k8s(kubernetes)
- Vue.js
API(GATEWAY, MESSAGE) / router / kako, mt, email, push, rcs / report(callback_uri) / store / analyzer / sba / data-flow / admin, user admin / common, protocol
| Application | PORT (web) | 설명 | |
|---|---|---|---|
| IMS-SBA | 29000 | 스프링 부트 어플리케이션 모니터링 | |
| IMS-GATEWAY | 30001 ~ 30100 | API GATEWAY | |
| IMS-API-KAKAO | 30101 ~ 30200 | 카카오 메시지 접수 API 모듈 | |
| IMS-API-EMAIL | 30201 ~ 30300 | 이메일 메시지 접수 API 모듈 | |
| IMS-API-PUSH | 30301 ~ 30400 | 앱푸시 메시지 접수 API 모듈 | |
| IMS-API-MT | 30401 ~ 30500 | 문자 메시지 접수 API 모듈 | |
| IMS-ROUTER | 40001 ~ 40100 | 접수메시지 분배 모듈 (인증, 실시간, 대량, 광고, 등), | |
| IMS-CHANNEL-KAKAO | 40101 ~ 40200 | 카카오 메시지 발송 모듈 | |
| IMS-CHANNEL-EMAIL | 40201 ~ 40300 | 이메일 메시지 발송 모듈 | |
| IMS-CHANNEL-PUSH | 40301 ~ 40400 | 앱푸시 메시지 발송 모듈 | |
| IMS-CHANNEL-MT | 40401 ~ 40500 | 문자 메시지 발송 모듈 | |
| IMS-STORE | 모든 DB 처리 | ||
| IMS-ANALYZER | log 분석 등.. | ||
| IMS-REPORT | 클라이언트 결과 전달(callback 방식으로 지원) | ||
| IMS-ADMIN | IMS 시스템 통합 관리 어드민 | ||
| IMS-CONSOLE | |||
- Spring boot → Spring Boot Admin(SBA) → slack 연동.
- KAFKA → 카프카 매니저(CMAK), 프로메테우스 + jmx exporter + grafana
- Redis → redis stat
- job → Spring cloud data flow ?
- ETC ...
- 내부알람
- 슬랙(SBA 연동) 연동, 문자 메시지(sigar ??)
- API 사용자 알람
- 발송 실패건수 일 배치 08:30분에 api 사용 유저에게 전송 예정
- Git & GitHub
- 최초 report 가 발생 했을 경우
- report 전달이 실패했을 경우 재시도
- callback report 가 실패했을 경우 재시도
- 최대 횟수 10회
- 재시도 10회가 끝나면, 클라이언트는 별도로 report 요청을 하여 report 를 받을 수 있다.
- 재시도 시간
- n회: (n^2-n+1) * 60
- 1회: (1^2-1+1) * 60 = 60초 (1분)
- 2회: (2^2-2+1) * 60 = 180초 (3분)
- 3회: (3^2-3+1) * 60 = 420초 (7분)
- ...
- 9회: (9^2-9+1) * 60 = 4380초 (1시간 13분)
- 10회 (10^2-10+1) * 60 = 5460초 (1시간 31분)
- 리포트가 발생한 데이터를 Redis 에 아래와 같이 저장
- db0
- key: username:channelType:messageId
- value: 리포트 내려줄 형태의 json
- 재시도 정책에 따라 expired time 을 입력하여 redis db1 에 key(username:channelType:messageId) 만 저장
- key 가 expired 될 때의 이벤트를 report 모듈에서 받아 db0 에서 report 데이터 조회하여 callback
- callback 실패시 재시도 횟수가 몇번 쨰 인지 확인하여 expired time 계산하여 set
- 최대 재시도 횟수(10회)가 끝나면 db0 에서 리포트 제거
- 이후에는 message_id 로 결과조회 요청하여 확인
- 배너사용 (https://devops.datenkollektiv.de/banner.txt/ - jerusalem, 대문자만 사용)
- 이슈관리 템플릿,