<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 전제 사항
- 기능 완성에 중점을 둘 것(동기적 처리에 우선)
- 성능 상관없이 캐시 기능이 동작하는 것
- 다중 처리 성능을 고려치 않고 우선 빠르게 적용 가능한 캐시 저장 구조로 만들 것.
- 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 값을 통해 해당 캐시를 처리 가능해야 한다.
- 캐시의 값을 수정할 수 있어야 한다.
- 캐시를 삭제할 수 있어야 한다.