입력과 반복 요청
수신한 이벤트를 확인한 뒤 주문 처리 단계로 전달합니다.
- 입력 잘못된 요청과 반복 신호를 처리 대상에서 구분하는 구조
- 근거 기존 README의 입력 검사·중복 요청 제어 설명
- 처리 입력 확인과 주문 실행 역할을 분리해 처리 상태 관리
개인 프로젝트 · Webhook · 브로커 API
TradingView 기반 주문 자동화
시장 신호를 주문 API에 연결하고, 주문 제출 이후의 처리 결과를 로그와 Telegram 알림으로 확인한 시스템입니다.
반복되던 일과 바뀐 흐름
요청을 보낸 사실과 실제 처리 결과를 나누어 봅니다.
신호를 주문 API로 전달하는 것만으로는 결과를 알 수 없었습니다. 입력 확인과 주문 요청 뒤 브로커 응답·실행 결과를 구분해 기록과 Telegram 알림으로 확인하도록 구성했습니다.
기존 실행과 주문 결과
확인한 결과와 담당 역할
기존 주문·체결 화면과 시연에서 신호 연동과 처리 결과를 확인했습니다. 수익률이나 현재 상태를 보여주는 자료는 아닙니다.
문제와 필요한 조건을 정리하고, AI 개발 도구를 활용해 제작했습니다. 연결된 화면과 실행 기록으로 결과를 확인하고 배포·운영 과정의 오류를 수정했습니다.
구현 자세히 보기
프로젝트 개요
- 목적
- 신호 수신부터 주문 처리와 결과 확인까지 외부 API를 연결
- 핵심 구현
- Webhook 입력 확인, 주문 실행, 증권사·거래소 연동, Telegram 알림
- 확인 자료
- 한국투자증권·Upbit 실행 기록과 기존 시연 GIF
- 담당 범위
- 개인 프로젝트 · 요구사항 정리, AI 도구 활용 제작, 연동 확인, 배포·운영 개선
주문 처리 경로
신호 수신부터 주문 API 연동과 결과 확인까지의 처리 경로입니다.
- 01TradingView 신호
- 02Webhook 수신
- 03입력 확인·주문 처리
- 04브로커 API 요청
- 05주문 결과 확인
- 06로그·Telegram 알림
기술적 해결 과제
요청과 실행 결과
주문 요청 전송과 브로커에서 확인하는 결과를 구분합니다.
- 연동 한국투자증권·Upbit API와 주문 처리
- 결과 기존 화면에서 주문·체결 처리 상태 확인
- 상태 관리 주문 요청 이후 응답과 실행 결과를 구분해 확인
실패 기록과 운영 확인
실행 결과를 기록하고 알림으로 확인하는 경로를 구성했습니다.
- 기록 요청 처리 단계와 결과를 로그로 관리
- 알림 Telegram 실행 결과 전달
- 배포 AWS EC2·Linux 환경에서 서비스 실행과 운영
기술을 사용한 역할
- Java · Spring Boot
- 요청 수신과 주문 처리 역할 구성
- REST API · Webhook · JSON
- 신호 입력과 외부 서비스 데이터 전달
- 증권사·거래소 API · Telegram API
- 주문 연동과 결과 알림
- AWS EC2 · Linux · Gradle
- 서버 실행·배포와 빌드
- Git·GitHub
- 버전 관리와 공개 자료 정리
주문 요청과 실행 결과 확인을 분리하고, 처리 결과를 로그와 Telegram 알림으로 확인하도록 구현했습니다.