<aside> 💡 오늘의 목표를 세분화하여 계획하고, 각 세션 별 진행상황을 관리하세요

</aside>

Version 1 자료 취합하기

요구사항

**기존 요구 사항 나열**

• 메인으로 가는 요청을 중간에서 처리할 것
  • Local Cache에 저장되어 있으면 바로 처리하고 없으면 Main Server 요청 후 처리
    • Get 요청을 제외한 나머지 요청들은 바로 Main Server에 요청해야 한다.
    • 메인 서버가 다운되어 있으면 요청을 쌓아두었다가 복구 되었을 때 한 번에 처리한다.
• Main 서버가 사용할 관리 API는 Security + a 로 관리되어야 한다.
• 캐시에 대한 TTL 관리가 되어야 한다.
  • 캐시의 기본 만료 시간은 10분
  • 만료 시간은 옵션으로 URL 별로 관리되어야 하며 캐시는 URL + QueryString 별로 관리되어야 한다.
  • Main 서버에서 API 요청을 통해 URL의 TTL을 수정한다.
    • 수정 시 기존 활성화 된 캐시들은 삭제한다.
• 단일 캐시에 대한 Key 값을 통해 해당 캐시를 처리 가능해야 한다.
  • 캐시의 값을 수정할 수 있어야 한다.
  • 캐시를 삭제할 수 있어야 한다.
• 캐시 목록의 조회가 가능해야 한다.
  • 사용 가능한 캐시를 조회할 수 있어야 한다.
  • URL 별로 필터링이 가능해야 한다.
• 다중 캐시에 대한 처리가 가능해야 한다.
  • 캐시들의 값을 수정 할 수 있어야 한다.
  • 캐시들의 값을 삭제할 수 있어야 한다.

Ver.1 전제 사항

• 기능 완성에 중점을 둘 것(동기적 처리에 우선)
  1. 성능 상관없이 캐시 기능이 동작하는 것
  2. 다중 처리 성능을 고려치 않고 우선 빠르게 적용 가능한 캐시 저장 구조로 만들 것.
  3. Request 저장/실행 기능, 다중 수정 등 우선 순위가 낮은 것은 뒤로 미룬다.

Ver.1에서 구현할 기능 나열

• 메인으로 가는 요청을 중간에서 처리할 것
  • Local Cache에 저장되어 있으면 바로 처리하고 없으면 Main Server 요청 후 처리
    • Get 요청을 제외한 나머지 요청들은 바로 Main Server에 요청해야 한다.
• Main 서버가 사용할 관리 API는 Security + a 로 관리되어야 한다. (X)
• 캐시에 대한 TTL 관리가 되어야 한다.
  • 캐시의 기본 만료 시간은 10분
  • 만료 시간은 옵션으로 URL 별로 관리가 되어야 하며 캐시는 URL + QueryString 별로 관리되어야 한다.
  • Main 서버에서 API 요청을 통해 URL의 TTL을 수정한다. (X)
    • 수정 시 기존 활성화 된 캐시들은 삭제한다.
• 단일 캐시에 대한 Key 값을 통해 해당 캐시를 처리 가능해야 한다.
  • 캐시의 값을 수정할 수 있어야 한다.
  • 캐시를 삭제할 수 있어야 한다.