티스토리

꾸준함이 진리다

검색하기

블로그 홈

꾸준함이 진리다

simgee.tistory.com/m

황심지 님의 블로그입니다.

구독자: 3

방명록 방문하기

주요 글 목록

상품 목록 조회 시, 페이징 처리 성능 개선 현재 굿즈포유 프로젝트에서는, 다음과 같이 등록된 상품의 목록을 조회할 수 있는 기능이 있습니다. 굿즈포유 서비스의 메인이 되는 화면이기에 메인 기능이라고 볼 수 있습니다. (페이징 처리 관련한 코드를 확인하고 싶으신 분들은 링크를 참고해주세요) 이러한 상품 목록을 조회기능을 구현할 때, 단순히 아래와 같은 쿼리를 이용해 구현할 수도 있습니다. SELECT * FROM PRODUCT; 만약, 해당 서비스에 등록된 상품의 수가 적은 경우에는 별다른 문제점이 없을 것 입니다. 하지만 적재된 데이터가 10만 건, 100만건.. 많은 양의 데이터가 존재한다면 테이블 전체를 스캔하는 쿼리의 작업 시간은 매우 오래 걸릴 것 입니다. 위 그림은 실제로 약 102만건의 데이터를 조회하는데 걸린 시간입니다. 실행 시간은.. 공감수 0 댓글수 2 2023. 6. 11.
JMeter를 통한 부하테스트 현재 진행중인 굿즈 포유 프로젝트의 서버 성능과 가용성을 테스트 하기 위해 JMeter를 통해, 로그인 요청에 대한 부하 테스트를 진행했습니다. 위 그림과 같이로그인 요청에 대해, 토큰을 저장하는 레디스 서버와 웹 서버가 단일 인스턴스에 존재하는 형태에서의 테스트 결과 입니다. 테스트 시, user 수(Number of Threads)는 100명으로, 초당 요청(Ramp-up period)은 1번으로, 반복 횟수(Loop Count)는 1로 설정 했습니다. 즉, 100명의 사용자가 1초에 1개씩 요청을 보내는 상황을 가정했습니다. 단일 서버 환경에서의 굿즈 포유 서버의 처리량은 6.3TPS입니다. 단일 서버 환경에서 웹 서버 - 캐시 서버 - 데이터베이스 서버를 각각 분리한 후 처리량은 5.8TPS 입니.. 공감수 0 댓글수 1 2023. 6. 3.
테스트 시, Redis Session 으로 인해 생긴 문제 해결 문제 상황 현재 진행 중인 프로젝트에서, Redis를 세션 서버로 사용해 세션을 관리하고 있습니다. 테스트시에는 Redis를 이용한 세션관리가 아닌, spring 에서 기본으로 제공해주는 세션 관리 방법을 통해 세션 관리를 진행하려 했으나, 지속적으로 세션 관리 시, Redis가 사용되는 문제가 발생했습니다. org.springframework.data.redis.RedisConnectionFailureException: Unable to connect to Redis at 그로 인해 위와 같은 예외가 발생하게 되었습니다. 해당 예외는 레디스 연결에 실패했다는 예외 입니다.(테스트 시에는, 레디스가 구동중이지 않기 때문에 예외가 발생하는게 당연합니다.) 원인 분석 테스트 시에, 레디스 커넥션 관련 예외가.. 공감수 0 댓글수 0 2023. 4. 19.
SQL Injection 개요 현재 진행중인 개인 프로젝트에서, mybatis를 이용해 쿼리문을 작성하고 있습니다. @Insert("insert into TRADE (buyer_id, seller_id, product_id,transaction_date,transaction_status,transaction_product_quantity) VALUES (#{buyerId}, #{sellerId}, #{productId}, #{transactionDate},#{transactionStatus}, #{transactionProductQuantity})") 위와 같이 직접 sql 문을 작성하고 있지만, #{buyerId} 와 같이 입력 값을 설정하게 된다면, SQL injection 공격에 더 안전한 PreparedStatement를.. 공감수 0 댓글수 0 2023. 4. 5.
Builder 패턴? 현재 진행중인 프로젝트에서, 유저의 거래 기능을 담당하는 도메인 객체인 Trade 객체를 생성시에, 파라미터로 5개의 변수를 받아야 하는 상황이 생겼습니다. 그에 따라 생성자 코드가 다음과 같이 public Trade(Long buyerId, Long sellerId, Long productId, LocalDateTime tradeDate, int tradeProductQuantity) { this.buyerId = buyerId; this.sellerId = sellerId; this.productId = productId; this.tradeDate = tradeDate; this.tradeStatus = TradeStatus.BEFORE_TRADE; this.tradeProductQuantity =.. 공감수 0 댓글수 0 2023. 4. 5.
테스트 커버리지를 70% 이상 유지하면서 느낀점 굿즈 포유 프로젝트를 진행하면서, Jacoco와 Github Action을 통해 테스트 커버리지가 70%를 넘기지 못하면 빌드를 실패하게 설정했습니다. 이 과정에서 70% 이상의 테스트 커버리지를 유지하면서 느낀 점에 대해 본 포스팅을 통해 얘기해 보겠습니다.(작성한 테스트 코드는 https://github.com/f-lab-edu/Goods-For-You 를 통해 보실 수 있습니다😊) 처음 테스트 코드를 작성할 때는 커버리지를 70% 이상 유지하기 위해, 모든 클래스의 테스트 코드를 작성했습니다. 위 사진과 같이 모든 클래스에 대해 테스트 코드를 작성하면서, 느낀 점은 다음과 같습니다. 첫 번째. 테스트 코드도 프로덕션 코드와 동일한 수준으로 주의를 기울여 작성해야 한다는 것이었습니다. 명확하고 간결한.. 공감수 0 댓글수 0 2023. 3. 21.
도커 컴포즈 사용 시 DB 초기화 문제 해결 과정 문제 상황 Github Action을 통해 CD(자동화 배포)과정을 구축하는 상황 - name: Deploy to Prod uses: appleboy/ssh-action@master id: deploy-prod with: host: ${{ secrets.NCP_PROD_SERVER_IP }} username: ${{ secrets.NCP_PROD_SERVER_USER }} password: ${{ secrets.NCP_PROD_SERVER_PASSWORD }} port: ${{ secrets.NCP_PROD_SERVER_SSH_PORT }} script: | sudo docker login -u ${{ secrets.DOCKER_USERNAME }} -p ${{ secrets.DOCKER_PASSWORD.. 공감수 0 댓글수 0 2023. 3. 18.
캐싱은 언제 적용하는게 좋을까? 개요 현재 진행중인 Goods-For-You 프로젝트에서, Redis를 도입해 서버가 여러 대로 구성된 분산 시스템 환경에서 사용자의 로그인 정보를 저장하는 세션 저장소로 사용하고 있습니다. 하지만 Redis는 세션 저장소로 사용할 수도 있지만, 캐싱을 통해 성능 향상을 도모할 수 있는 장점도 있습니다. 따라서 현재 프로젝트에서는 어떤 부분에 캐싱을 적용하면 좋을지에 대해 고민해보고 그에 앞서 관련 개념들을 알아보도록 하겠습니다 캐시란? 캐시는 사용 빈도가 높은 데이터또는 값 비싼 연산 결과를 빠른 속도로 접근할 수 있는 위치에 두는 것을 의미합니다. CPU의 1차 캐시나, 2차 캐시, 저장소 캐시, OS 페이지 캐시, 데이터베이스 버퍼 캐시, KVS(데이터를 메모리에 캐시하는 것)등 광범위하게 캐시 기.. 공감수 0 댓글수 2 2023. 3. 7.
CAP 이론을 바탕으로 NoSQL 을 적용 할 만한 포인트 고려 서비스가 대용량 트래픽을 처리해야 할 때, 관계형 데이터베이스 시스템은 수평적으로 확장하기가 어려울 수 있습니다. 이는 높은 읽기 및 쓰기 부하를 처리해야 하는 서비스에서 성능 저하를 초래할 수 있습니다. 이러한 문제를 해결하기 위해, NoSQL 데이터베이스가 생겨났습니다. NoSQL 데이터베이스는 관계형 데이터베이스와 달리 구조화되지 않은 데이터를 저장하는 데 특화되어 있습니다. 이러한 데이터베이스는 수평적으로 확장하기가 쉬우며, 높은 처리량과 응답 시간을 보장할 수 있습니다. 이러한 이유로, 대용량 트래픽을 처리해야 하는 서비스에서 NoSQL을 사용할 수 있습니다. 그러나 NoSQL을 사용할 때에도 몇 가지 고려해야 할 사항이 있습니다. 이를 위해 CAP 이론을 살펴보면, 일관성(Consistency.. 공감수 0 댓글수 0 2023. 3. 2.
GoodsForYou 패키지 구조에 대한 고민(포트와 어댑터) 현재 패키지 구조 현재 진행 중인 GoodsForYou 중고 거래 애플리케이션에서는 패키지 구조의 큰 틀을, 기능 단위의 패키지 구조 하위에 패키지구조를 구성하는 방식으로 진행하였습니다. 이러한 구조를 유지함으로써 해당 기능 패키지 별로 응집도를 높일 수 있었습니다. 또한 한 기능 패키지에서 레이어드 아키텍처를 적용함에 따라, Presentation은 Presentation 끼리, Application은 Application 끼리 묶는 방식으로, 레이어드 아키텍처를 도입해, 각각의 레이어 별로 관심사를 분리하고, 패키지 간의 의존성의 방향을 단방향으로 제한하였습니다. 각 계층별 설명 Presentation : 사용자와 상호작용을 하고, 브라우저 통신 로직을 처리하는 레이어입니다. Application :.. 공감수 0 댓글수 0 2023. 2. 25.
인증 방식으로 세션 VS 토큰 어떤걸 선택해야 할까? 개요 진행 중인 프로젝트에서 사용자 로그인 과정 중 사용자 인증 방식으로 어떤 방법이 있는지, 각각의 인증 방법의 장단점은 무엇인지에 대해 알아보고, 프로젝트에는 어떤 걸 적용하는 게 좋을지에 대해 얘기해 보겠습니다. 인증이란? 인증 방식을 설명하기에 앞서 간단하게 인증이란 무엇인지에 대해 설명하겠습니다. 인증은 프로젝트를 예로 들어 굿즈 포유 시스템이 제공하는 서비스에 접근하기 위해 사용자의 정보를 확인하는 과정입니다. 세션 인증 방식 세션 기반의 인증 방식은 오랫동안 웹 애플리케이션의 기본 인증 방식이었습니다. 세션 인증 방식을 사용하고, 세션을 데이터베이스에 저장하는 방식을 사용하면 사용자가 로그인을 요청하면 사용자의 로그인 세션이 서버에 의해 생성됩니다. 그리고 이 로그인 세션 정보가 데이터베이스.. 공감수 0 댓글수 0 2023. 1. 17.
다중 서버 환경에서 사용자 로그인 구현시 세션 관리 방법으로 어떤걸 선택해야할까? 이번 포스팅에서는 현재 프로젝트를 시작하면서 선택한 서버 확장 방식인 Scale Out 방식에서, 로드 밸런서를 통해 부하 분산 처리를 함에 따라 생기는 문제점 중 하나인 세션 관리에 대해 어떻게 해결할 것인지, 그리고 그와 관련된 내용들에 대해 포스팅을 통해 알아보려 합니다. 세션 관리 세션 관리(Session Management)를 왜 해야 할까요? 현재 저는 진행 중인 Goods-For-You 프로젝트에서 회원 로그인 기능을 구현하려 합니다. 회원 로그인 기능은 다음과 같은 과정으로 진행될 것으로 생각이 됩니다.(Goods-For-You 프로젝트는 대용량 트래픽을 받는 상황에서, 서버의 성능과 고가용성을 생각하면서 진행되고 있는 프로젝트입니다.) 사용자가 회원가입 시 입력한 아이디, 비밀번호를 입력.. 공감수 1 댓글수 0 2023. 1. 16.

문의안내

티스토리
로그인
고객센터

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