티스토리

Poong

검색하기

블로그 홈

Poong

devpoong.tistory.com/m

개발 공부 블로그

구독자: 1

방명록 방문하기

주요 글 목록

예약내역 페이징 조회 기능 성능 최적화 (totalCount in Redis) 1. 성능 최적화 계기 현재 관리자 페이지에서 예약 내역을 페이징 처리하여 조회할 수 있는 기능이 있다. limit는 20으로 한 페이지당 20개의 예약 컨텐츠를 보여주고 있다. 전체 예약 데이터는 354,200개인 상황이고 해당 API의 성능이 평균적으로 1.74초의 시간이 걸렸고 최대 1.99초까지 걸림으로써 성능이 좋지 못했다. 해당 성능을 최적화할 수 있는 방법을 모색하기 시작했다. 미리 말하자면, 평균 56.2%의 성능향상을 맛보게 되었다! 2. 반복되는 Count Query를 개선해보자! 해당 부분에서 성능을 최적화할 수 있는 부분으로 가장 눈에 띈것은 매번 반복되는 전체 데이터의 수를 측정하는 Count Query였다. "굳이 Count Query가 페이지마다 매번 반복될 필요가 있을까?" .. 공감수 0 댓글수 0 2023. 8. 22.
Redis를 이용해서 토큰 재발급 기능 성능 최적화 1. 토큰 재발급에 저장공간이 필요한 이유 현재 JWT 인증방식을 적용하고 있다. 해당 방식의 플로우는 대략 아래와 같다. 로그인시 Access Token과 Refresh Token이 발급된다. 권한이 필요한 API의 경우 header에 Access Token을 추가하여 요청한다. Access Token이 만료된 경우에는 Refresh Token을 통해 Access Token과 Refresh Token 모두 재발급 받는다. 이러한 절차 과정에서 토큰을 저장할 공간이 필요하다. 현재 사용하고 있는 RDBMS인 MariaDB를 사용한 경우와 Redis를 사용한 경우 기능, 성능적 차이를 비교해보았다. 아래는 최종 비교 결과이다. Redis에 대해 자세히 알고 싶으면 이전에 작성한 포스팅을 참고하자! 2023.. 공감수 0 댓글수 0 2023. 8. 21.
Index를 이용하여 조회 쿼리 1374% 성능 향상기 (with MySQL) 1. 성능 최적화 계기 현재 프로젝트는 예약과 관련하여 시간을 많이 다루고 있다. 따라서, DATETIME 타입의 컬럼을 범위 비교 또는 동등 비교하여 조회하는 쿼리가 많이 존재하였다. 해당 컬럼에 대해 인덱스를 지정하여 성능 최적화를 할 수 있을것 같아 Real MySQL 8.0의 도움을 받아 시도해보았고 기간별 예약 내역 조회 쿼리에 대해 1374% 향상을 보게 되었다. 2. 문제의 쿼리 문제의 아래 쿼리는 기간별로 예약 내역을 조회하는 쿼리이다. where절에서 DATETIME 타입의 예약 시작날짜시간에 해당하는 start_at 컬럼에 대해 BETWEEN 연산을 진행한다. 나는 start_at 컬럼에 대해 Index를 적용해보고자 했다. select reservatio0_.project_table_.. 공감수 0 댓글수 0 2023. 8. 16.
배포 자동화 구축기 1. 배포 자동화를 구축하게 된 계기 현재 교내 서버실에 운영서버가 구축되어 있고, 교내망 정책에 따라 외부 액세스 포트는 80, 443 2개만 사용할 수 있었다. 이미 80, 443은 애플리케이션 배포를 위해 사용하고 있다. 따라서 교내망에 접속해 있을 때만 22번 포트로 ssh 접속을 통해 변경사항을 운영서버에 배포할 수 있었다. 이렇듯 교내망에 접속해야만 한다는 문제도 있었지만, 결국에는 수동으로 배포하다 보니 명령어를 잘못 입력하는 경우도 있었고 배포할 때마다 반복되는 작업을 진행하다 보니 배포 자동화가 정말 절실했다. 2. 배포 자동화 플로우 우선 Jenkins를 이용하여 배포 자동화를 구축하고자 한다. PR이 Master 브랜치로 Merge되면 Github WebHook이 Trigger 된다... 공감수 0 댓글수 0 2023. 7. 31.
개발 서버 AWS 클라우드 서비스로 이주기 1. 클라우드 서비스로 이전하게 된 계기 현재 교내 서버실에 KIOSEK 서비스가 On-Premise 환경으로 배포되었있고, 이전에는 프론트 개발자와의 지속적인 협업을 위한 개발 서버는 필요할 때마다 내 노트북에서 틀어서 포트포워딩 해주는 방식으로 하였다. 해당 방식은 너무나도 비효율적이었지만, 가용할 물리 서버가 없었고 사실 환경을 하나 더 구축한다는게 귀찮은 점도 있었다. 하지만 한계를 느꼈고, 이번 기회에 개발 서버를 AWS 클라우드 환경에 구축해서 프론트엔드 개발자에게 IAM 계정을 할당하고 필요할 때마다 서버를 껐다 켤 수 있게 할 생각으로 구축하게 되었다. 2. 사용할 AWS 자원 정하기 1. 키오스크 백엔드 어플리케이션과 NGINX 웹서버를 운영 할 EC2 인스턴스가 먼저 필요했다. 해당 시.. 공감수 0 댓글수 0 2023. 7. 31.
Repository에서 CQS를 포기하고 수정한 과정 1. 문제상황 Repository단에서 Command와 Query를 분리하여 책임을 분리함으로써 코드 응집도와 유지보수성을 높이고자 하였다. 이에 처음 시도했던 방법은 아래와 같다. Create, Update, Delete를 담당할 CommandableRepo Interface와 Read를 담당할 QueryableRepo Interface로 나누었다. 구현체는 CommandRepo, QueryRepo로 구현한다. 하지만, 문제가 생겼다. 어떠한 엔티티를 save해야 하는 상황을 가정할 때, 중복조회나 다른 조회 메서드를 이용해야 하는 상황이 주로 발생했다. 이럴때, Repository를 사용해야 하는 Service 계층에서 의존성이 너무나 많아지는 문제가 발생했다. 2. 문제해결 과정 1 - interf.. 공감수 0 댓글수 0 2023. 7. 13.
프로젝트 회고 "테스트 코드는 선택이 아닌 필수다" 이전 다른 프로젝트에서는 테스트 코드가 없어서 포스트맨으로 API 테스트할 때는 잘 되다가 예기치 못한 오류가 나곤 했었다. 코드를 리팩터링 하거나 로직을 수정할 경우에 발생하는 휴먼 에러 또는 예기치 못한 에러를 여러 케이스로 작성해 놓은 테스트 코드 덕분에 방어할 수 있었다. 생각보다 리팩터링을 할 때 실수가 생기는 자주 생겼는데, 코드 수정 후에 테스트 코드를 실행시켜 보는 습관을 들여놓음으로써 어느 부분에서 장애가 났는지를 빠르게 확인할 수 있었다. 기존에 잘 동작하던 테스트 코드가 갑자기 실패한다는 것은 내가 방금 수정한 부분이 잘못됐다는 것이기 때문이다. 이번 프로젝트를 진행하면서 단위 테스트에 대한 모호했던 생각들이 정리되었고, 통합 테스트 코드를 통해 .. 공감수 0 댓글수 0 2023. 7. 13.
CQS를 곁들인 헥사고날(Hexagonal) 아키텍처 패키지 구조와 클래스 네이밍 ✢ 프로젝트에서 헥사고날 아키텍처를 적용하기로 했고, MSA 방식으로 각자 분리된 담당 서비스를 개발한다. 아무리 분리된 서비스라고 해도 처음에는 패키지 구조나 네이밍 컨벤션을 정해놓는 게 추후에 서로 코드리뷰할 때 편하고 여러 장점이 있는 것 같아서 미리 설계하였다. 1. 헥사고날 아키텍처 구조 에 대한 것은 이전 포스팅을 확인해주세요. 2023.07.06 - [👨‍👩‍👧‍👦 Project/📩 DevTalk] - 헥사고날(Hexagonal) 아키텍처를 공부해 보자 (with Layered, Clean Architecture) 2. 내가 생각한 패키지 구조 src.groupname ㄴ global ㄴ config ㄴ util ㄴ error ㄴ exception ㄴ handler ㄴ {애그리거트 이름} ㄴ.. 공감수 0 댓글수 0 2023. 7. 7.
헥사고날(Hexagonal) 아키텍처를 공부해보자 (with Layered, Clean Architecture) ✢ 데브톡 프로젝트에서 헥사고날 아키텍처를 적용해 보자고 제안해 보기 위해 공부하였고 내용을 정리하였다. 적용해보고자 하는 이유는 데브톡은 MSA로써 Port&Adapter 아키텍처인 헥사고날 아키텍처를 사용하는 게 의존성을 관리하기 좋을 것 같았기 때문이다. (1) 전통적인 레이어드 아키텍처의 문제 1. 데이터베이스 주도 설계를 유도한다. 전통적인 계층형 아키텍처의 토대는 데이터베이스이다. 웹 계층은 도메인 계층에 의존하고, 도메인 계층은 영속성 계층에 의존하기 때문에 자연스럽게 DB에 의존하게 된다. 우리가 보통 개발하는 애플리케이션의 목적은 비지니스를 관장하는 규칙이나 정책을 반영한 모델을 만들어서 사용자가 편리하게 사용할 수 있게 하는 것이다. 이때 우리는 State가 아니라 Behavior를 중.. 공감수 0 댓글수 0 2023. 7. 6.
단위 테스트, 통합 테스트에 대한 방향 잡기 1. 테스트에 대해서 공부하게 된 계기 기존에는 테스트를 API 구현 완료 후 Postman으로 구동 확인 위주로 하였다. 테스트코드를 작성하는 방법도 몰랐고 중요성도 크게 몰랐었다. 하지만 이번에는 실제 서비스 해야하는 애플리케이션이고 서비스후에도 계속 수정사항이 발생할 것이기 때문에 테스트코드를 작성해놓지 않는다면 정말 힘들어질 것 같다는 생각이 들었다. 하지만 단위 테스트는 어떻게 하는 것인지? 단위 테스트와 통합 테스트의 차이가 무엇인지? 전혀 몰랐다. 따라서 단위 테스트 라는 책을 읽고 예시 상황을 정리해보며 생각을 정리해봤다. 2. 단위 테스트란? 정의 모듈이나 애플리케이션 내부에 있는 작은 코드 조각이 예상과 똑같이 동작하는지 검증하는 반복적인 행위 속성 - 프로그램의 작은 코드 조각 단위를.. 공감수 0 댓글수 0 2023. 5. 16.
Custom Exception, ExceptionHandler 설계에서 나쁜 코드에 대한 고민과 리팩토링 과정 1. 문제 상황 기존 코드 흐름 @Getter public enum ErrorCode { DUPLICATED_LONGIND("0101", 이미 사용중인 아이디(학번) 입니다.)"), ... public DuplicatedLoginIdException extends RuntimeException { public DuplicatedLoginIdException() { } } # SignupService public void signup(LoginReq req) { ... throw new DuplicatedLoginIdException(); } @RestControllerAdvice public class ControllerAdvice { @ResponseStatus(HttpsStatus.CONFLICT) .. 공감수 0 댓글수 0 2023. 5. 16.
모니터링환경 구축하기 with Spring Actuator, Micrometer, Prometheus, Grafana 1. 문제 상황 사용자 수가 많지 않지만 배포하려는 물리 서버 컴퓨터의 성능이 그닥 좋지 않기에 혹시나 잘못되면 어떡하나라는 걱정이 계속 있었고 CPU, 메모리, Thread Pool을 계속 모니터링 할 수 있는 방법이 없을까? 라고 생각하여 찾아보다가 Spring Actuator, Micrometer, Prometheus, Grafana와 같은 키워드를 알게되어 공부하고 구축하게 되었다. 2. 문제 해결 ✏️ Spring Actuator Production을 운영환경에 배포할 때 Metric(지표), Trace(추적), Auditing(감사), 모니터링과 같은 필요한 기능을 매우 편리하게 사용할 수 있도록 해주는 라이브러리이다. Micrometer, Prometheus, Grafana를 매우 쉽게 연동.. 공감수 0 댓글수 0 2023. 5. 15.
AES-256 대칭키 알고리즘을 통한 학번, 이메일 개인정보 암호화 1. 문제 상황 내가 만든 사이트에서는 아무래도 우리 학교 대학생을 상대로 하기 때문에 회원가입시 학번, 패스워드, 이메일을 입력한다. 이 정보는 개인정보 이므로 암호화 할 필요가 있다. 패스워드 같은 경우는 비교만 하면 되므로 단방향 암호화 알고리즘을 이용하는 PasswordEncoder의 도움을 통해 쉽게 암호화 하였는데, 학번이나 이메일은 정보로 사용하기 위해서는 복호화할 수 있어야 하므로 양방향 암호화 알고리즘을 사용해야 한다. 어떻게 동작하는지를 먼저 파악하기 위해 먼저 AES256에 대해서 공부하고 코드를 구성하였다. 2. 문제 해결 ✏️ AES-256 대칭키 암호화 알고리즘을 사용하자 AES(Advanced Encryption Standard) AES 암호화 알고리즘은 암호화 및 복호화에 동.. 공감수 2 댓글수 0 2023. 5. 15.
Jwt Token 인증방식을 사용하면서 memberId를 path variable로 받는것은 보안적인 이슈가 있다. 1. 문제 상황 실제 운영해야 하는 사이트를 개발하고 있기 때문에 보안적인 이슈들을 계속 생각하고 수정해 나가고 있다. 기존에는 예를 들어 마이페이지 정보를 얻어오는 Rest API를 /api/members/{memberId} 라고 설계하고 구현했다. 하지만 Https 프로토콜을 적용하더라도 path variable 또는 query parameter로 받는 데이터는 URI에 포함되어 암호화되지 않기 때문에 보안적으로 좋지 않을뿐더러 Jwt token 인증 방식을 사용하면 토큰에 사용자 식별정보가 들어있는데 굳이 클라이언트한테 다시 본인에 대한 키를 받을 필요가 없다고 생각을 했다. 2. 문제 해결 ✏️ HttpServeletRequest를 사용하자 HttpServletRequest를 사용하면 사용자의 H.. 공감수 0 댓글수 0 2023. 5. 14.
Docker 여러 컨테이너의 볼륨, 네트워크를 간편하게 관리하고 실행하는 방법 (with Docker Compose) 1. 문제 상황 컨테이너를 각자 띄우고 네트워크를 연결해주고 볼륨을 연결해주고를 반복하다보니 아래와 같은 생각을 하였다. MariaDB, Redis, Spring Boot Jar, Prometheus, Grafana 등의 컨테이너를 한번에 띄우고 업데이트할 수 있는 방법은 없을까? 그리고 각 컨테이너의 docker network를 손쉽게 연결하고 볼륨, 의존관계, 기타 환경설정 등을 하나의 파일에서 편리하게 설정하고 관리할 수 있는 방법은 없을까? 2. 문제 해결 ✏️ Docker Compose를 사용하자! Docker Compose란 다중 컨테이너 애플리케이션을 정의하기 위한 Tool이라고 보면 된다. ✏️ Docker Compose 주요 특징 1️⃣ 단일 호스트의 여러 개의 격리된 환경 Compose.. 공감수 0 댓글수 0 2023. 5. 10.
하나의 물리 서버에 React 빌드파일과 Spring Boot Jar Tomcat WAS 배포를 위한 NGINX 설정 1. 문제 상황 클라우드 플랫폼을 사용할 수 없고 학교 서버실 물리 컴퓨터(Ubuntu 20.04)에 배포해야 하는 상황이다. 물리 컴퓨터도 단 1대만 사용할 수 있어서 모든 처리를 한 곳에서 해야한다. 이러한 상황에서 Nginx 설정하는 방법을 알아보자. 2. 문제 해결 우선 현재 Nginx는 Docker 컨테이너상에서 동작하고 있으므로 Nginx 컨테이너상의 /usr/share/html/html 경로와 내 물리서버에 React App을 Build한 결과물 폴더의 경로를 볼륨 매핑하는 과정이 먼저 필요하다. 또한 Nginx 컨테이너와 같은 네트워크 상의 kiosek-backend 이름의 실행되고 있는 컨테이너가 있다고 가정한다. 1. 사용자가 브라우저에서 http://test.kr 을 입력하여 나의 N.. 공감수 0 댓글수 0 2023. 5. 10.
Amd64를 지원하지 않는 Docker Image Error 1. 문제 상황 Spring boot 프로젝트를 docker image로 build 하여 Ubuntu 서버의 도커 컨테이너로 실행을 시켰더니 아래와 같은 에러가 나타났다. The requested image's platform (linux/arm64/v8) does not match the detected host platform (linux/amd64/v3) and no specific platform was requested ........ 2. 문제 해결 알고 보니 Docker Image를 build 했던 pc가 Apple M1 기반 맥북이었고 기본으로 Image build시에 Arm64 기반의 이미지가 만들어졌다. 하지만 배포할 서버는 Ubuntu 20.04로 Amd64 기반의 프로세서를 사용하기.. 공감수 0 댓글수 0 2023. 3. 12.
Named Lock - 분산락을 이용한 중복 예약 동시성 문제 해결 1. 분산락을 적용하게 된 상황 만약 여러 사용자가 동시에 같은 시간대이거나 겹치는 시간대에 예약 진행 시 어떻게 중복 예약을 막을 수 있을지 문제였다. 해당 예약 테이블은 아래와 같이 생성 되어있다. 하나의 회의 테이블은 이미 예약된 데이터와 시간이 겹치지 않아야만 예약이 가능하다. 동시에 100명의 사용자가 똑같은 (시간 + 장소)를 예약했을 때 8개의 중복 데이터가 발생하였다. 2. MySQL을 이용한 분산락을 구현한 이유 분산락을 구현하는 방법에 대해 검색해보면 Redis를 이용한 방법이 많이 보인다. 하지만 Redis를 이용하게 되면 추가적인 인프라 구축비용이나 유지보수 비용이 발생한다. 따라서, 나는 기존에 사용하고 있던 MySQL에서 제공하는 NAMED LOCK을 이용하여 Lock에 이름을 .. 공감수 1 댓글수 3 2023. 3. 12.
ignore uri를 무시하고 JwtTokenFilter를 계속 거치는 버그 1. 문제 상황 SecurityConfig.class 에서 mvc.ignoring으로 설정한 uri 들이 자꾸 무시되고 그대로 Security Filter를 거치는 버그 발생 2. 문제 해결 ISSUE #1번에서 발생한 문제와 똑같이 JwtTokenFilter에 생각 없이 @Component를 달고 SecurityConfig에서 new로 다시 생성해서 설정한 것이 문제였다. @Component로 인해 어플리케이션 실행 시 필터에 자동 등록되었고 내가 한 번 더 생성해 버려서 꼬여버린 것이다. 결론 JwtTokenFilter에서 @Component를 삭제하면 된다! 공감수 0 댓글수 0 2023. 3. 12.
application.yml 변경사항이 build시에 적용되지 않는 문제 1. 문제 상황 application.yml spring: datasource: driver-class-name: org.mariadb.jdbc.Driver url: jdbc:mariadb://test:3306/test?characterEncoding=UTF-8&serverTimezone=UTC username: test password: test datasource의 url의 포트를 3305에서 3306으로 변경하여 jar파일을 빌드하고 실행했더니 여전히 3305포트로 연결을 시도하고 연결을 실패하여 오류가 나는 상황이 반복되었다. intellij를 껐다 켜보고 gradle clean을 해보고 했지만 해결이 안되는 상황이었다. 2. 어떻게 해결했나? 무조건 캐시에 문제가 있을거라 생각했고 Intelli.. 공감수 0 댓글수 0 2023. 3. 11.
자동 반납 처리 및 제재 스케줄링 기능 구현 1. 문제 상황 사용자가 반납을 직접 정해진 시간 내로 하지 않았을 경우 사용자에게 페널티를 주고 서버에서 자동으로 반납하는 기능을 구현해야 한다. 어떻게 구현해야 할까 고민하다가 "API를 구현해 놓고 cron 명령으로 정해진 시간마다 호출해야 할까?"라고 생각했고, Spring에는 이러한 기능을 제공해주는 것이 없는지 찾아보았다 2. 어떻게 구현할까? 우선 Spring에 스케줄링을 도와주는 기능이 있는지 알아보았다. @Scheduled 어노테이션을 사용하면 일정한 시간 간격 또는 특정 시간에 해당 코드를 실행하도록 설정할 수 있다고 한다. 3. @Scheduled를 적용해보자 (1) 먼저 Main Application class에 @EnableScheduling 어노테이션을 추가한다. @SpringB.. 공감수 0 댓글수 0 2022. 12. 7.
JwtFilter에서 예외 발생시 JwtAuthenticationEntryPoint로 이어지지 않는 문제 1. 문제 상황 JwtTokenFilter를 UsernamePasswordAuthenticationFilter 이전에 끼워 넣고 실행하였는데 필터가 두 번 호출되고 동작이 꼬여버리는 상황이 발생했다. (1) JwtTokenFilter.java @Component @RequiredArgsConstructor public class JwtTokenFilter extends OncePerRequestFilter { private final JwtTokenProvider jwtTokenProvider; @Override protected void doFilterInternal(HttpServletRequest request, HttpServletResponse response, FilterChain filter.. 공감수 0 댓글수 0 2022. 11. 25.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.