개인별 과제 분석 결과

[고희석]

• 서울 시 강우량 요청인자
  • KEY, TYPE, SERVICE, START_INDEX, END_INDEX,
• 서울 시 하수관 요청인자
  • KEY, TYPE, SERVICE, START_INDEX, END_INDEX, GUBN, MEA_YMD, MEA_YMD2
• 실시간 api 호출
  1. 클라이언트에서 사용자가 GU_NAME or GUBN_NAME을 파라미터 값으로 우리 서버 api 호출
  2. 서버에서 받은 파라미터 값을 가지고 공공 api 호출
     1. GU_NAME을 받았다면 GUBN_NAME을 만들어서 두개의 api 호출(반대의 경우도 동일)
     2. 서울 시 하수관로 수위 현황 api는 yyyy-mm-dd-hh을 요청 값으로 받고 있으니 우리 api 호출 시간으로 요청
  3. api 호출로 가져온 2개의 Json 타입의 정보를 GU_NAME과 GUBN_NAME을 기준으로 병합
  4. 가공된 데이터를 클라이언트로 response
  5. 고민
     1. json타입의 데이터 병합 방법
     2. 공공 api가 작동하지 않을경우 대응 방법
        1. 데이터를 DB에 저장하고 request가 있을 시 DB정보를 가공하여 response
  6. 아이디어
     1. 훈희님 아이디어 : 10분마다 실시간 api 호출 DB에 저장, 클라이언트의 요청은 DB에서 해결

[김민지]

• 두개의 공공 API에서 받은 데이터를 수집하고, JOIN하여 전처리(GUBN_NAM, GU_NAME 기준)

• 클라이언트에서는 우리의 API를 호출할 때, 파라미터로 GBUN 코드로 호출

• 요구사항 중 REST API의 기능으로 데이터를 수집, 결합하라는 부분이 있음

  • 실시간으로 공공 API를 호출하여 데이터 수집, 처리할 것인지?

    ⇒ 이 경우, 공공 API와 관련된 에러가 발생하면 우리 API도 에러가 난다는 문제점이 있음

  • 공공 API 데이터를 미리 저장하여 불러오기

    ⇒ 각 API로 얻을 수 있는 raw data를 DB에 저장, rest api 호출하면 raw data를 과제 요구사항에 맞게 전처리 한 후 JSON으로 return

• 어려운 점: 두 개의 공공 api를 어떻게 JOIN하는지?

  • 측정 시간 단위가 다르다는 문제점이 있음

[김상백]

• 클라이언트 요청 시, 하수관로 API의 GUBN(구분코드)를 입력해서 하수관로 API 값을 미리 정의한 모델에 저장
• 하수관로 API 결과값에 강우량 API 결과값이 같이 나오도록 설정
  • 하수관로 API의 GUBN_NAM과 강우량 API의 GU_NAME를 1대1로 연결..?
• 한 번 API 요청 시, 해당 시간 시점의 하수관로 API 데이터와 강우량 API 데이터를 각각 다른 모델에 저장하기
  • 각각 모델의 시간 필드를 자세하게 설정..? 분/초가 구분되게끔..하기
• 10분마다 한 번씩 API를 요청해서 강우량 API의 데이터는 매번 달라지게끔 하기(자동으로)
• 하수관로 API와 강우량 API의 기준을 정한 표를 만들어서 일정 기준을 넘어서면 특정 필드를 safe → danger로 가공된 데이터 표시

[김훈희]