공공데이터를 이용해 자동업로드 후 조회하니깐 로딩이 너무 길어져요.

Question

안녕하세요 저는 서울 공공데이터를 이용해서 공모전에 나갈 어플을 제작중에 있습니다. 주 기능중 하나가 커뮤니티에서 공공데이터중 실시간 돌발상황api를 이용해서 템플릿에 맞게 자동업로드 하는 기능인데요. 해당 메서드를 어떻게 처리할지 고민입니다. 현재 커뮤니티 조회시 자동업로드 로직을 실행하고 조회하도록 트리거를 설정 해놨는데요. 메서드에 주목적이 조회인데 자동업로드 트리거로 사용된다는 문제와 이때문에 조회하는 로딩 시간이 길어진다는 문제가 발생하였습니다. 그래서 해결방안을 구하고자 질문을 남깁니다. 현재 고민해본 방법으로는 1. 트리거 분리(커뮤니티 조회시를 트리거로 사용하지 않고 다른 트리거를 고려해본다.) 2. 소켓 프로그래밍( 그런데 공공데이터에서 uri로 api를 받아오는데 제가 소켓프로그래밍을 잘 알진 못하지만 uri로도 소켓프로그래밍이 가능한가요?) 3. 시간대로 업데이트하기. ( 10분간격으로 자동업로드를 실행한다. -> 실시간이라는 장점이 사라짐) 입니다. 혹시 더 좋은 방법이 있거나 가장 나아보이는 방법이 있으신가요?? 개발 고수분들 도와주십쇼 ㅠㅠ

나니야 · Answer

공공데이터의 업데이트 주기가 10분이라면 항상 5분마다 조회하여 자체(본인)DB에 넣고 꺼내준다. 혹은 spring의경우 cache기능을 이용한다

오후 · Answer

일단 템플릿에 맞게 자동업로드 라는게 뭘 의미하는지부터 설명이 더 필요할거같구요.의미상 공공API의 데이터를 내부 DB등 에 저장하고 이정보를 사용자가 조회해볼수있게 한다는 의미로보자면3번 일정주기별 서버에서 공공API 조회후 내부 DB화 이후 사용자들에게는 내부 DB데이터를 조회하는 형태로 구현하는게 일반적입니다.( 공공데이터의경우 트래픽(콜수제한)이 존재해서 내부서버는 중계(or 바로 공공API 호출형태)의 실시간성으로 조회시마다 콜시 금방 제한걸릴수가있습니다.)물론 단순 공모전용이라면(사용자가 많지않기에) 위에말한 내부서버는 단순 중계(or 다이렉트로 공공API 호출형태로)구현해도 무방해보입니다.

 · Answer

캐시해서 사용하면 될 것 같네욤..!

공공데이터를 이용해 자동업로드 후 조회하니깐 로딩이 너무 길어져요.

3개의 답변

Q&A 목록