트래픽이 많아지는 상황에서 나는 어떻게 대처할 수 있을까? 지금까지 나는 단순히 스프링 프레임워크를 사용하여 CRUD를 만들고.. API를 만들고.. 비즈니스 로직을 어떻게 할지에 대한 고민만 해왔다. 하지만, 점점 더 공부를 해나갈 수록 결국 내가 원하는 목표는 사용자들이 이용하는 서비스를 만드는 것이라는 것을 깨닫게 되었다. 실제 사용자를 받아서 트래픽이 많아서 서버가 장애를 겪는다거나 하는 문제를 현재로서는 경험해보지 못했지만, 그런 상황에 대비한 공부가 필요할 것이라 생각하였다. 필요한 부분들을 생각해보니, 어느 부분을 개선해야하는지 파악하기 위한 모니터링 시스템, 서버에 트래픽이 몰릴 경우 이를 분산시키기 위한 로드밸런싱 처리, db의 장애상황을 대비하고 부하를 분산하기 위한 DB이중화 처리가 필요할 것으로 생각되어 이에 관한 내용들을 작성하고자 한다... Mysql 비효율적인 쿼리 개선기(+ 무한스크롤, 페이징 성능 비교) 현재 진행중인 프로젝트에서 공동구매 기능이 있어 상품을 보여주는 페이지가 존재한다. 공동구매라는 특성 상, 사용자에게 빠르게 상품 데이터를 보여주고 추후 검색 기능까지 확장하기 위해서 페이징 방식보다는 커서 기반의 무한스크롤 방식을 채택하게 되었다. 그 후, 무한스크롤에 대한 정보를 찾아보던 중 기존 offset 기반 페이징 방식에 비해 커서방식의 무한 스크롤이 데이터가 많아질 수록 성능적으로 이점을 가져간다는 것을 알게 되었다. 이유는 간단하다, offset 방식의 경우 원하는 데이터가 나올 때까지 모두 탐색을 한 후에 원하는 데이터를 가져오게 된다. 예를 들어, offset이 100만이라면 100만 개의 데이터를 탐색한 후에 원하는 데이터를 가져오게 되는 셈이다. 하지만 커서 기반 무한스크롤의 경우.. Spring 웹 소켓을 이용한 실시간 채팅 시스템 구현 공부 이번 포스팅은 실제로 채팅 서버 구축에 들어가기 이전에, 프론트, 백엔드 각자 공부를 진행하고 아이디어를 공유하기 위해 공부 및 혼자서 구현을 해본 과정을 적어보고자 합니다. 이후 회의 등에서 더 좋은 아이디어가 있을 경우 추후 포스팅으로 실제 구현기를 작성할 예정입니다 들어가기에 앞서마트/배달 및 커뮤니티 기능과 유저 기능이 존재함에 따라서 각 게시글 별로 별도의 채팅창을 생성하여 유저들끼리 소통을 할 수 있는 창구를만들고자 채팅 시스템을 구현하게 되었다.채팅 시스템은 모두가 사용하는 카카오톡 등과 같이 실시간 기능이 중요하기 때문에 이를 어떻게 처리하는지가 가장 중요한 부분이었다. 먼저 우리가 생각한 채팅 기능은 다음 기능을 하게 된다게시글이 생성되고 요청이 들어온다면 게시글 별 채팅방이 생성된다.(.. 스케쥴러 기능을 통한 주문 상태변화 기능 구현 왜 스케쥴러를 사용하게 되었는가?현재 진행중인 프로젝트는 공동구매 기능이 존재하기 때문에 이전에 작성하였던 결제 시스템을 구축하였었다.원래라면 실제 운영하게 되는 사이트의 경우라면공동구매 결제, 공동구매 성공, 공동구매 실패 -> 공동구매 조건 및 유저 결제확인상태에 따라 달라진다배송준비, 배송중, 배송완료 -> 상품을 판매하는 업체측이 직접 배송관련 관리를 하고 이에 따라 상태를 변화시킨다구매확정 -> 배송완료가 된 후, 유저가 상품을 판단하고 구매확정 버튼을 눌러 구매를 확정시킨다.와 같은 형태로 업체와 유저가 직접 버튼 등을 눌러서 조작하여야 하지만 우리 프로젝트는 실제로 배포를 진행하여 사용자를 받고 결제를 진행하지는 않기 때문에 결제 이후 배송등과 관련된 사항에서 시나리오를 작성하여 이에 맞춰서.. 카카오페이 결제 시스템 적용 새로 진행하는 프로젝트에서는 공동구매라는 기능이 있어, 카카오페이 및 토스페이먼츠 결제 시스템을 적용하기로 했다. 여기서 나는 카카오페이 결제 시스템을 담당하게 되었으며 이 글은 그에 따라 구현하는 과정을 적고자 한다. 애플리케이션 등록https://developers.kakaopay.com/applications 카카오페이 | 개발자센터새로운 기회와 가치를 함께 만들어봐요developers.kakaopay.com페이지를 통해서 애플리케이션을 등록하고ClientId, Client Secret, Secret Key, Secret Key(dev) 을 발급받았다.이 프로젝트는 배포는 진행하지만 실제 사용자를 위한 결제 시스템을 적용할 계획은 아니었기 때문에 개발자 테스트모드로 진행을 한다. ※ 개발자 테스트.. 스프링 프레임워크 따라해보기 - 멀티 모듈과 빈 생성 및 등록 멀티 모듈로 변경한 이유먼저 다른 기능들을 구현해보기에 앞서 멀티모듈로 변경한 이유부터 말해보려 한다.기존 프로젝트의 경우에는 한 개의 src 파일 아래로src| - framework| - project이런식으로 2개의 패키지를 구성해서 framework 패키지 아래로는 스프링을 따라해본 구현체를 사용하고, project 패키지에는 우리가 흔히 웹 서비스를 만드는 것처럼 controller, service, repository를 사용하려고 했다. 그런데, 곰곰히 생각을 해보니 결국 framework 패키지는 외부에서 주입받아 사용되어야 하기 때문에 이를 1모듈 2패키지가 아니라, 2모듈 2패키지로 진행하는 것이 좋을 것 같다는 생각을 해서 분리를 하게 되었다. 또한, 앞선 글에서는 basepackage를.. 스프링 프레임워크 따라해보기 - 컨트롤러 매핑과 응답 전송 앞에서는 웹 서버를 구축하여 Http 요청을 받고 기본적인 응답을 전송하는 기능을 구현했다.스프링 프로젝트를 해 본 사람이라면 모두 알겠지만, @ReuqestMapping, @Controller 등의 어노테이션을 통해서 url을 분석하고 이에 맞는 컨트롤러로 요청을 전달 하는 모습을 확인할 수 있었다. 그렇다면, 이러한 과정이 어떻게 이루어지는지 간단하게 작성을 해보자. DispatcherServlet스프링 프레임워크에는 DispatcherServlet이라는 클래스가 있는데 이 클래스의 역할은 애플리케이션으로 들어오는 모든 요청을 핸들링하고 공통작업을 처리해준다고 한다. DispatcherServlet은 프론트 컨트롤러라고도 부르며, 서블릿 컨테이너의 맨 앞에서 모든 요청을 받아 처리해주는 컨트롤러를 의.. 스프링 프레임워크 따라해보기 - 웹 서버 구축 Java 언어 및 스프링 프레임워크를 사용하며 방대한 양에 어느 정도 공부를 진행했다고 생각하였지만 실제로는 충분히 이해를 하지 못한 채 사용을 하고 있다는 생각이 계속해서 들게 되었다.(예를 들어, 코드를 작성할 때는 그저 플로우에 맞춰서 작성을 하고 문제가 발생하고 나서야 부랴부랴 원인을 찾게 된다. SecurityConfig에서 무한재귀가 발생한 일도 이러한 이유때문이지 않을까..) 이러한 문제를 해결할 좋은 방법이 뭐가 있을까 고민하던 와중, 간단하게라도 스프링 프레임워크를 구현해보면 추후 더 좋은 방향으로 성장할 수 있을 것 같다는 생각이 들었다. 따라서, 개인적으로 빠르게 미니 스프링 프레임워크를 구현해보려 한다.서버 실행먼저, 스프링 프레임워크는 웹 서버를 개발하기 위한 여러 가지 서비스를 .. 오류가 발생했을 때 Jwt 검증 필터로 계속해서 들어오는 건에 대하여.. 새로운 팀 프로젝트에 합류해서 코드를 작성하며 진행을 하고 있었다. 그런데, swagger로 엔드포인트를 테스트 하던 도중, 오류가 발생했는데 내가 원하는 response가 아니라 CORS 에러 같은 알 수 없는 오류가 발생하는 것을 확인하였다. 해당 코드는 단순히 유저의 내용을 변경하는 코드인데, 예외 테스트를 할 때 일부러 Json이 파싱되지 않게 넣었다. 당연히 예상 결과는 400 Bad Request가 발생해야 한다고 생각했는데 위처럼 아예 실패라는 결과를 얻게 되었다.. 이유가 뭔지 궁금해서 스프링의 로그를 확인해보니위 사진과 같은 형태로 에러 발생 후에도 계속해서 JWT 검증 필터에 접근하는 현상을 확인할 수 있었다. ExceptionHandler을 사용해서 처리하면 되는 부분 아닌가?사실 이.. AWS RDS 연동을 하다 생긴일..(외부연결 Timeout문제 해결) 문제상황새로운 프로젝트에서 AWS RDS을 사용해보기 위해서 ec2도 만들고 aws rds도 만드는데 dbeaver에서 연결을 하려 하니까 자꾸 time out 에러가 발생했다. 하지만 ec2을 통해 ssh 접속을 하여 연결하거나, 실제로 ec2 에서 db에 접속하였을 때는 연결이 문제없이 되고 db에 문제또한 없는 현상이었다. 즉 외부에서 접근하는 연결만 차단되어 있는 상황이었다. 그래서 열심히 인터넷 검색을 해보았는데 다들 말하는 해결 방법은 결국 3가지였다. 1. 퍼블릭 액세스 Yes? No?먼저 RDS의 퍼블릭 액세스 부분을 확인해보자. 처음 RDS을 생성할 때는 퍼블릭 액세스를 Yes로 체크할 수 없기 때문에 생성한 이후 다시 수정 버튼을 통하여 접근할 수 있도록 Yes로 설정해주었다.하지만 나.. [Algorithm] 백트래킹(BackTracking) 백트래킹이란?백트래킹은 모든 경우의 수를 고려하는 알고리즘이다. 하지만 완전 탐색과는 다르게 조건이 있어, 무작정 경우의 수를 파악하기 보다는 가능성 있는 경우를 탐색하고 가능성이 아예 없는 경우 제외를 하게 된다. 따라서 단순하게 다중 for 문을 이용하는 전체 탐색보다는 효율적이고 빠르게 탐색이 가능하다. 위와 같은 트리가 존재할 때, D 노드가 조건에 부합하지 않는다고 가정해보자. 완전 탐색을 진행하게 된다면 노드가 조건에 부합하지 않더라도 안쪽까지 파고 들어 F, G 까지 확인을 하게 될 것이다. 하지만 백트래킹의 경우에는 D 노드가 조건에 부합하지 않는다면 굳이 F, G 까지 내려가지 않고 다시 B로 돌아와 유망한 노드를 탐색하게 되기 때문에 불필요한 과정을 줄여 더 효율적이라고 볼 수 있다.구.. [Project] 나만의 블로그 만들기 (7) - 게시글 작성과 게시글 태그 등록 로직 변경 + UUID 사용 제일 처음으로 작성한 게시글을 등록하는 방식은 다음 로직과 같이 되어있다.글쓰기 버튼 클릭 [POST] -> 백엔드에서 pk값과 createdAt 만 가지는 빈 내용의 entity 생성 후 클라이언트측에 pk값 전달클라이언트측에서는 제목, 내용, 태그 등을 작성제목, 내용 전달 [PATCH : /contents] -> update 로직을 통해 내용 수정태그 전달 [POST : /contentTags] -> 새로운 contentTag 엔티티 생성 후 DB에 저장하지만 이 방법은, 글쓰기 버튼을 누르는 순간 DB에 새로운 데이터가 생성되기 때문에 필요하지 않아진 데이터도 만들어질 것으로 생각되었고 이는 불필요한 pk값 증가 등으로 관리하는 데 있어서 불필요할 것 같다는 생각을 하였다.따라서, 다음에 시도한 .. 이전 1 2 3 다음
