성공 조건 정의한 후에 try catch retry 아니면 db에다 실행이력 관리하면서 비동기로 성공 할 때까지 재시도죠. 데이터 제공하는 API 사양 확인 후에 맞는 선택지를 찾습니다.
더불어 timeout 발생하는 원인은 클라이언트 측과 서버측 어디에나 있을 수 있으나 서버측은 원인은 위에 적었듯 의도적인 경우가 많으니 API 사양 확인하시고 그에 맞춰 풀링하는 데이터 양을 조절한다던지, keep alive 잘되고 있는지 등등 조금만 찾아보시면 굉장히 다양한 선택지가 있을거에요.
소축
IP 14.♡.147.159
12-10
2023-12-10 21:54:55
·
@yoonseungju님 전문가가 아니다보니, 말씀해 주신 방법을 좀더 연구해 보겠습니다~ 감사합니다~!
6미리
IP 112.♡.169.69
12-12
2023-12-12 17:45:39
·
data.go.kr 통해서 받아오고 계신가요? 거기도 일종의 허브라서 한번 더 실제 api서버에서 데이터를 땡겨오는 구조일거에요(지금은 바꼈을려나) 그래서 초기에 있던 api들은 data.go.kr 통해서 말고 자기네가 직접 서비스 해주는 경우도 있습니다. 거길 통해서 데이터를 받아와도 문제가 있는 경우 제공처에 문의하면 뭐가 문제인지 알려도 주는 경우 있습니다. 잘 파악이 안되면 제공처 문의가 제일 확실합니다. (특정 시간내에 너무 많은 시도를 하면 차단하는데 그 차단을 문서에 명시 안한 경우도 있어요 -0-)
새로운 댓글이 없습니다.
이미지 최대 업로드 용량 15 MB / 업로드 가능 확장자 jpg,gif,png,jpeg,webp 지나치게 큰 이미지의 크기는 조정될 수 있습니다.
대분은 데이터를 제공하기 때문에 저장해서 사용해요
성공 조건 정의한 후에 try catch retry 아니면 db에다 실행이력 관리하면서 비동기로 성공 할 때까지 재시도죠. 데이터 제공하는 API 사양 확인 후에 맞는 선택지를 찾습니다.
더불어 timeout 발생하는 원인은 클라이언트 측과 서버측 어디에나 있을 수 있으나 서버측은 원인은 위에 적었듯 의도적인 경우가 많으니 API 사양 확인하시고 그에 맞춰 풀링하는 데이터 양을 조절한다던지, keep alive 잘되고 있는지 등등 조금만 찾아보시면 굉장히 다양한 선택지가 있을거에요.
그래서 초기에 있던 api들은 data.go.kr 통해서 말고 자기네가 직접 서비스 해주는 경우도 있습니다.
거길 통해서 데이터를 받아와도 문제가 있는 경우 제공처에 문의하면 뭐가 문제인지 알려도 주는 경우 있습니다.
잘 파악이 안되면 제공처 문의가 제일 확실합니다. (특정 시간내에 너무 많은 시도를 하면 차단하는데 그 차단을 문서에 명시 안한 경우도 있어요 -0-)