요구사항

• 어플리케이션 인터페이스를 RESTful API로 설계
• 서버리스 및 마이크로서비스 아키텍처 (Amazon Lambda 서비스)를 토대로 시스템 설계 및 구현
• DBMS를 활용한 데이터 관리 서비스 설계 - MongoDB를 사용할 경우 가산점

이전 대비 변동점

• EC2 → Lambda
• S3 → MongoDB (S3를 계속 써도 되는 것은 맞으나, 그럴 이유가 없을 듯) 사실 이미 사용 중

아마존 서비스들의 경우 지하철 날씨에 비해 더 포괄적인 기능들을 제공한다.

하지만 우리 서비스는 이에 반에 구체적인 서비스인데, 이는 OpenApi를 이용하기에 어찌 보면 당연하다.

핵심과 포인트는 우리의 어플리케이션이 다른 클라우드 서비스들과 함께할 수 있다는 것을 보여주는 것.

API 서비스 요청 방법 정리

• complexity
  • all
  • station?station-name=””
  • time?station-name=””
  • value?station-name=””
  • line?line-number=””
• finedust
  • all
  • station?station-name=””
  • value?station-name=””
  • line?line-number=””
• storage ( API )
  • all
  • station?station-name=””
  • line?line-number=””
• elevator ( API or 파일데이터 )
  • all
  • station?station-name=””
  • line?line-number=””
• lift ( 파일데이터 - db로 옮긴 후 사용 )
  • all
  • ?station-name=””
  • line?line-number=””

보고서 시나리오

1. 기존 설계했던 부분 적기 (네이버 지도 api 적용 불가에 따른 변경 포함해서)
   1. 개관 설명
   2. (4번 과제에서) 변경된 사항 설명
   3. Use Case 제시
2. 네이버 지도 api활용 불가에 따른 설계 변경
   1. 원래 하려고 했었던 방식 - 사용자 정의 오버레이
   2. 네이버 지도 api 적용 불가 및 대체제 없음
   3. 그래서 이런 부분을 직접 구현해야 하게 됐는데, 인력이 부족하여 불가능
   4. 사진을 찍어 제공하게 되었다