Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | ||||
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 | 31 |
Tags
- 셀러리
- 아키텍쳐 개선
- ipo 매매자동화
- 카카오
- 추천 검색 기능
- 완전탐색
- 디버깅
- next-stock
- 관측가능성
- 백그라운드시 연결안됨
- 몽고 인덱스
- ALB 502 BadGateway
- 결제서비스
- dau 3만명
- gRPC
- 구현
- 베타적락
- 쿠키
- AWS
- 이분탐색
- 알람시스템
- 백준
- docker
- TLS협상오류
- JPA
- 크롤링
- BFS
- 누적합
- 프로그래머스
- 502오류
Archives
- Today
- Total
목록ip우회 (1)
코딩관계론
1. 문제 정의처음 뉴스 데이터를 크롤링할 때, 하나의 고정 IP로 많은 요청을 보내면서 IP 제한이 걸려 원하는 데이터를 안정적으로 수집하지 못했습니다.2. 시도된 해결 방법2.1 프록시 서버 사용배경: IP 제한 회피를 위한 프록시 서버 활용문제점:비용 부담: 안정적인 프록시 IP는 고비용신뢰성 문제: 불안정한 연결로 인한 데이터 수집 불안정2.2 네이버 API 활용장점: 네이버 공식 API를 통한 안정적인 데이터 수집단점:날짜 제한: 특정 날짜 이후 뉴스는 제공되지 않음API 호출 제한: 호출 횟수 제한으로 완전한 데이터 확보 어려움초기에는 네이버 API를 사용했으나, 장기적으로 데이터 부족 현상이 심각했습니다.3. 서버리스 기반 크롤링 아키텍처 도입기존 방식의 한계를 극복하기 위해 AWS 서버리스..
개발/Hot-Stock
2025. 1. 21. 23:48