25-03-21

📌 Daily Report

https://github.com/ssginc-be/DOKI/issues/130

📌 프로젝트 상황

신기한 경험을 하고 있다. 아무리 자도 잔 것 같지가 않음;

최대한 낮에 열심히 해보고 토요일 대비를 해야겠다 후... 산책도 1시간밖에 못하긋네

네이버 상반기 일정이랑 최종 발표랑 겹쳐서 정말 분단위로 뭐에 더 리소스를 할당할지 생각이 바뀌고 있다.

📌 DateTimeFormatter locale 설정

배포하니까 역시 서버 머신 세팅 따라서 locale이 깨지길래 고정시켜줬다.

DateTimeFormatter 안쓰고 thymeleaf 템플릿 파일 내에서 바로 세팅하는 방법도 있긴 했는데, (#temporal 어쩌구) 템플릿 코드 길어지는거 안좋아하기도 하고 locale도 DateTimeFormatter보다 느슨하길래 (로컬 머신 locale 안따라감) 그냥 기존에 쓰던 방식 쓰기로 했다.

참고로 템플릿 코드 길어지는거 안좋아하는 이유는, 말그대로 그건 view를 위한 템플릿이기 때문이다. 템플릿 파일을 볼 땐 view의 구조를 빠르게 이해하는 것이 목적이다. 그런데 #temporal 이런걸로 타임리프 문법 길쭉길쭉하게 들어가서 가독성 망가지면 리딩 시간이 늘어난다. 난 그게 싫다.

데이터 가공 로직은 java에서 처리해야 한다고 생각한다. 여차하면 전처리 로직 따로 분리해서 밑에다 빼두면 되고.

StoreController.java

{
    // 1. 비회원이거나 로그인한 이용자 (null 체크가 조건식 앞에 있어야 함)
    if (role == null || role.equals("MEMBER")) {
        if (pageIdx == null) pageIdx = 0; // 루트 경로에서 호출 시 첫 페이지 조회
        PageResponseDto page = storeIndexService.getStoreListInternal("", pageIdx); // v2 팝업스토어 조회

        model.addAttribute("page", page);
        List<StoreMetaDocument> storeList = (List<StoreMetaDocument>) page.getData(); // downcast
        model.addAttribute("storeList", storeList);
        model.addAttribute("formatter", DateTimeFormatter.ofPattern("MM.dd(E)").withLocale(Locale.forLanguageTag("ko")));

        return "index"; // 팝업스토어 목록 페이지로 이동
    }
}

📌 3가지 조회 로직 작성

MySQL, Elasticsearch, Redis cache 총 3가지 방식으로 팝업스토어 목록 조회 로직을 작성했다.

...Redis야 LocalDate 지원은 좀 기본으로 해주면 안될까.

뿐만 아니라 config 설정까지 만져줘야 한다.

config을 빈으로 등록하니까 ObjectMapper 커스텀한게 터져서 dto serializing이 안되는데, 어차피 테스트만 하려는 목적이니까 급하게 Object로 틀어막았다.

역시 말 안들으면 부모를 데려와야 ㅎ Object는 시조 아닌가

📌 JMeter 그래프 플러그인

기존꺼는 맛없게 생겨서 그래프 플러그인을 하나 깔았다. 디폴트 listener보단 낫더라.

레퍼런스는 이걸 참고했다.

📌 Redis 캐싱 심화

당장은 간단한 캐싱 설정으로 보고서를 작성했는데, 원래 이정도는 되어야 하지 않을까 싶다.

레퍼런스

그리고 Grafana 진짜 맛있게 생긴듯... 다음 버전에 꼭 붙이자!!

📌 JMeter Out of Memory 문제

조회 테스트하는데 중간에 애가 멈춰버려서 bat 파일 보니까...

heap 메모리가 부족하단다... 그래서 최대 8GB까지 늘려줬다 ㅜㅜ

자꾸 세팅에 손 가는거 귀찮음.

📌 JMeter port 개수 부족

3000개까진 그럭저럭 굴러가는데 5000개는 하도 failed transaction이 많이 떠서, 뭔가 하고 Tree를 봤는데 이런 로그가 있었다.

java.net.BindException: Address already in use: connect

이거 참고해서 레지스트리 추가하기 전보단 조금 나아지긴 했는데 그래도 트랜잭션이 막판에 좀 불안정함. 음...

왜지?? 🙁🙁🙁

📌 이미지 리사이징 로직 수정

요기서 resizing option 잘 설명해주더라!

다음과 같이 수정했다.

그리고 webp 이거 예전에 레퍼런스 봤을땐 무슨 버퍼 다루고 그랬어야 했는데... 그건 sharp 쓴게 아니었나?

의외로 JMeter 테스트가 하루종일 걸리고 정작 webp 변환은 금방 끝나서 기분이 좋았다 ^ㅅ^

수정

if (key.includes('thumb')) {
    try {
        resizedImage_400 = await sharp(originalImage.Body)
            .resize(400, 400, {fit: 'inside'})
            .jpeg({ quality: 100 })
            .toBuffer();
    } catch (error) {
        console.log(error);
        return;
    }
    ...
}

수정

if (key.includes('thumb')) {
    try {
        resizedImage_400 = await sharp(originalImage.Body)
            .resize(400, 400, {fit: 'outside'})
            .webp({ quality: 100 })
            .toBuffer();
    } catch (error) {
        console.log(error);
        return;
    }
    ...
}