2024년 초, 저는 TradingView 시그널과 바이낸스 웹훅을 연결하면서 자동매매 시스템을 처음 올렸습니다. 그때 저의 목표는 ‘완벽한 시스템 하나를 완성하는 것’이었습니다. 결과는 처참했습니다. 웹훅은 간헐적으로 끊겼고, 포지션은 의도치 않게 중복으로 열렸으며, VPS는 새벽에 혼자 재부팅됐습니다. 완성도를 높이려다 오히려 아무것도 돌아가지 않는 상태가 됐습니다. 그 경험 이후 제가 배운 핵심은 단순합니다. 부업 자동화는 단계별로 쌓아야 무너지지 않습니다.
1단계: 자동화 이전에 ‘수동 검증’부터 — 여기서 90%가 막힙니다
자동화를 처음 시도하는 분들이 가장 많이 하는 실수는, 아직 수동으로도 제대로 안 되는 전략을 자동화하려는 것입니다. 저도 그랬습니다. TradingView에서 파인스크립트로 만든 전략이 백테스트 결과가 좋아 보이니까, 바로 웹훅 연결하고 라이브 계정에 붙였습니다. 그런데 실제 시장에서는 슬리피지, 체결 지연, 수수료 누적이 모두 달랐습니다. 1단계에서 해야 할 일은 딱 하나입니다. 전략을 최소 4주 이상 수동으로 추적하면서 신호 발생 시점, 체결 가능 여부, 리스크 대비 수익 패턴을 직접 눈으로 확인하는 것입니다. 저는 이 과정을 구글 스프레드시트 하나로 했습니다. 열은 날짜, 코인, 방향(롱/숏), 진입가, 목표가, 손절가, 실제 결과, 특이사항으로 구성했고, 매일 장마감 후 5분씩 기록했습니다. 이 단계를 건너뛰면 자동화가 돌아가도 시스템이 맞는 건지 틀린 건지 판단 기준 자체가 없습니다. 자동화는 전략의 속도를 높여주는 도구일 뿐, 전략 자체를 만들어주지는 않습니다.
2단계: 파이프라인을 ‘최소 단위’로 쪼개서 붙이기 — 한 번에 연결하면 반드시 터집니다
수동 검증이 끝났다면 이제 자동화 파이프라인을 구성할 차례입니다. 여기서 두 번째 함정이 있습니다. 처음부터 TradingView → 웹훅 → Flask API → Jesse → 포지션 오픈 → 텔레그램 알림을 한 번에 붙이려 하면, 어디서 오류가 났는지 추적이 불가능해집니다. 제가 실제로 쓴 방법은 ‘블록 단위 연결’입니다. 먼저 TradingView에서 웹훅 신호만 테스트넷 계정에 쏘고, 바이낸스 테스트넷 API가 정상 수신하는지만 확인합니다. 이것만 일주일 돌려봅니다. 신호 수신이 안정적이면 그다음에 Flask 서버에 라우트를 하나만 만들어서 POST 요청 파싱이 되는지 확인합니다. curl 명령어로 직접 때려보는 게 제일 빠릅니다. 예를 들어 curl -X POST http://127.0.0.1:5000/webhook -H ‘Content-Type: application/json’ -d ‘{side:buy,symbol:BTCUSDT}’ 이런 식으로요. 여기까지 되면 Jesse 연동을 붙이고, 그다음에 텔레그램 알림을 추가합니다. 각 단계 사이에 최소 3~5일의 관찰 기간을 뒵니다. 이렇게 하면 오류가 나도 마지막에 붙인 블록에서 난 게 확실하기 때문에 디버깅 시간이 극적으로 줄어듭니다. 본업이 있는 1인 개발자에게 시간은 가장 희소한 자원입니다.
3단계: 자동화가 돌아간 이후 — ‘모니터링 자동화’가 진짜 마지막 단계입니다
많은 분들이 시스템을 올리고 나면 자동화가 완성됐다고 생각합니다. 저도 그랬습니다. 그런데 진짜 문제는 시스템이 돌아가기 시작한 이후에 옵니다. VPS가 조용히 죽어있거나, 웹훅 엔드포인트가 502를 반환하는데 아무도 모르거나, API 키가 만료됐는데 포지션은 계속 열리려 하거나. 이런 상황들이 실제로 저에게 다 일어났습니다. 3단계는 시스템 자체가 아니라 시스템이 죽었는지를 감지하는 레이어를 따로 만드는 것입니다. 제가 현재 쓰는 방법은 세 가지입니다. 첫째, Cafe24 VPS에 cron으로 5분마다 헬스체크 스크립트를 돌리고, Flask 서버가 응답 없으면 텔레그램으로 알림을 보냅니다. 둘째, 바이낸스 포지션 수가 예상 범위를 벗어나면 즉시 알림이 오도록 별도 파이썬 스크립트를 systemd 서비스로 등록해뒀습니다. 셋째, Make.com 자동화 시나리오가 오류로 중단됐을 때 이메일 알림이 오도록 Make 내부 오류 핸들러를 설정했습니다. 이 세 레이어가 갖춰지고 나서야 저는 진짜로 ‘본업에 집중하면서 시스템을 믿는’ 상태가 됐습니다. 자동화는 완성이 아니라 유지입니다. 모니터링이 없으면 자동화가 아니라 방치입니다.
💬 운영자 한마디
솔직히 말하면 저는 이 3단계를 순서대로 밟지 않았습니다. 2단계를 건너뛰고 3단계를 먼저 고민하기도 했고, 1단계 검증 없이 실계좌에 붙이기도 했습니다. 그때마다 반드시 어딘가에서 터졌습니다. 순서를 지키는 게 느린 것 같아도, 결국 가장 빠른 길이었습니다.
— J_River · autoprofit 운영자
✅ 이번 주 체크리스트
- 전략을 최소 4주 이상 수동으로 기록한 스프레드시트가 있는가?
- 자동화 파이프라인을 블록 단위로 쪼개서 각각 단독 테스트했는가?
- 테스트넷 계정에서 최소 1주일 이상 신호 수신을 검증했는가?
- VPS 서버 다운 시 텔레그램 또는 이메일로 즉시 알림이 오는가?
- 포지션 비정상 상태를 감지하는 별도 모니터링 스크립트가 있는가?
- Make.com 또는 자동화 파이프라인 오류 시 알림 핸들러를 설정했는가?
- 각 단계 변경 이력을 날짜 기준으로 기록하는 로그 파일이 있는가?
부업 자동화는 빠르게 완성하는 게 목표가 아닙니다. 본업 중에도 혼자 돌아가는 시스템을 만드는 것이 목표입니다. 그 시스템은 단계를 지킨 사람만 얻을 수 있습니다. 다음 주에 이어가겠습니다.
※ 본 콘텐츠는 운영자 개인의 경험과 연구를 바탕으로 한 정보 제공 목적이며, 특정 종목에 대한 투자 권유나 매매 시그널이 아닙니다. 암호화폐 및 자동매매는 원금 손실 가능성이 있는 고위험 활동이며, 모든 투자 판단과 그 결과에 대한 책임은 투자자 본인에게 있습니다.