러니모, 알 정적 데이터 처리방안

[ekgns33]

이슈

• 현재 코드에서 직접 Enum으로 러니모 및 알 데이터를 정의하고 있습니다.
• but 데이터베이스에서 조회하는 로직도 존재합니다.

알, 러니모는 변경되는 데이터인가?

• 두 데이터는 수시로 변경되는 값이 아닙니다.
  • 변경 가능한 사항
    • 이미지 URL
    • 알에서 나오는 러니모 종류
• 버전이 바뀔때 러니모가 추가될 수는 있지만 운영 도중에 수시로 변경될 가능성은 낮습니다.

Enum으로 관리한다면 변경마다 배포를 다시해야함.

• 초기 개발단계에서 정적데이터에 가깝다 판단하여 일부 데이터 Enum으로 관리했습니다.
  • 코드값, 알 종류, 알에서 나오는 러니모 종류
• 하지만 데이터베이스에서 결국 세부 데이터를 조회합니다.

데이터베이스에서 조회하되 로컬 캐싱을 하는 것으로 변경

• 러니모, 알의 정보는 정적이고 변동이 적음.
• 여러대의 서버에서 서로 다른 데이터를 사용하지않음.

두 가지 이유로 캐싱을 하여 사용해도 문제가 없을 것이라 생각됩니다.

---

how?

1. General logic

init Server -> application load -> `@PostConstruct` 로 데이터베이스에서 데이터 call 

-> Local HashMap에 캐싱 데이터 저장 -> 요청 시 캐싱 데이터 사용 -> 주기마다 데이터베이스 polling 하여 최신 데이터 업데이트

2. Update Cache Logic

어드민이 캐시를 직접 invalidate하는 방법으로, 서버가 1대라면 api 요청으로 처리가능.

but 2대 이상이라면 api 요청이 어떤 서버로 갈지 알 수 없음. 따라서 pub-sub or mq를 사용하는 경우가 많음.

• 1. redis를 도입한다면 pub-sub사용 (High Consistency)
• 2. 데이터 양이 많지 않기에 DB 폴링으로만 해결 (변경이 즉시 반영되지 않음.)

---

pseudo code

class EggMemoryCache  {
  private final Map<String, EggCacheData> cacheMap;
  private final EggRepository eggRepository;
...
 @Override
 public List<Egg> getAll() {
  return cacheMap.values().stream().map ....
 }


  @PostConstruct
  public void buildCache() {
    List<Egg> eggs = eggRepository.findAll();
   ...
   for ..
       cacheMap.put(x, e)
  }

  @Scheduled
  public void updateCacheRepeatable() {}

}