증권사 + 은행 서버를 만들어보았다.

securities_monolithic

• 모놀리식으로 주식 조회 사이트 개발

생각중

---

• 나중에 API GATEWAY + MSA로 떼어낼수 있게 코드 작성한다.
• ADMIN 관리 사이트는 어떻게 해볼까?
• • 결국 내가 하고 싶은거는 백오피스 관리인데
• • 원장 / 전표(Ledger / Journal) 생성 관리인데

TODOS

---

• [x]AWS 배포
• • web-ui 배포
• • API-SERVER 배포

---

• USER 생성

• JWT 인증

• 주가 조회

• ACCOUNT 설계는 DBS 참고해서 작성해보자.

• https://www.dbs.com/dbsdevelopers/discover/index.html

• • ACCOUNT 도메인 추가
• • ACCOUNT 입/출금 내역 도메인 추가
• • ACCOUNT 생성 Service / RestAPI
• • ACCOUNT 조회 Service / RestAPI
• • ACCOUNT 입금 Service / RestAPI
• • ACCOUNT 출금 Service / RestAPI
• • ACCOUNT 이체 Service / RestAPI

• 주식 구매(Trade)

• • Order 도메인 추가
• • OrderFill(주문 체결) 도메인 추가
• • Position 도메인 추가
• • Trade 도메인 추가
• • Order 생성 Service / RestAPI
• • OrderFill(체결)을 어떤식으로 처리할지 고민중
• • • 현업이면 증권가 서버로 넣었다가 queue로 체결 결과 받는거 같은데....
• • • client가 REST API로 체결 / 체결실패 하는거는 아닌거 같고..
• • • TEST 용으로는 REST API를 만들어 놓을까? 고민중
• • • 체결이 되어야 POSITION / TRADE가 생성되니깐..
• • • ORDER 넣으면 eventPulisher로 체결 요청 날리고 비동기로 랜덤 처리를 할까?
• • Position 조회 Service / RestAPI
• • Trade 조회 Service / RestAPI

• 환율 / 환전 개발해보자

• • 환율 구간 Entity / Repository / Service
• • 환율 조회 API 조사

local 실행

---

API SERVER 실행

---

# infra docker 실행
./run_infra.sh
./gradlew api-server:bootRun

API-SERVER

---

• 서버 메인 : http://localhost:8080/
• swagger : http://localhost:8080/swagger-ui.html
• api docs : http://localhost:8080/v3/api-docs

docker mariadb

---

• prot: 43306
• url: localhost:43306/trade
• root password: rootpassword
• • user: appuser
• • password: appuser

redis

• port: 6379
• url: localhost:6379
• requirepass: redis1234
• redis UI
• • url: http://localhost:8081

yfinance-server

• url: http://localhost:18000/
• swagger: http://localhost:18000/swagger-ui.html
• api docs: http://localhost:18000/v3/api-docs
• redoc: http://localhost:18000/redoc

UI 실행

cd web-ui && npm install && npm run dev

• UI 주소: http://localhost:5173/

작업 진행중 UI

• 
• 
• 
• 

관련 인프라 실행

# yfinanace-server Proxy 서버 실행(주가 조회 프록시 서버)
docker compose -f ./docker/yfinance-server/docker-compose.yml up -d
# ELK STACK(Logging)
docker compose -f ./docker/elk/docker-compose.yml up -d
# mariadb / redis 실행 
docker compose -f ./docker-compose.yml up -d

잡담

---

Projections.constructor

개인적으로는 실수하기 수위서 사용하고 싶지 않은데 record를 사용하면 결국은 생성자 기반이라서... Projection 추가될때 순서때문에 분명히 실수 할 소지가 많을건데... 그렇다고 field사용하면 너무 너무 느리고, class / setter 사용하면 경기를 일으키고 트랜드가 참....