분류 전체보기

개요채팅방 메세지 읽음 처리 기능은 사용자가 마지막으로 읽은 메세지를 추적하여, 읽지 않은 메세지의 개수를 확인하고 각 메세지에 대해 '읽지 않은 개수 (Unread Count)'를 표시합니다.  기존의 메세지 읽음 처리 구조는 각 메세지마다 해당 메세지를 읽은 유저의 ID 리스트를 기록하고, 읽은 유저 ID 배열의 길이를 통해 '읽지 않은 개수 (Unread Count)'를 계산했습니다. 하지만 사용자가 많은 채팅방은 사용자가 적은 채팅방에 비해 더 많은 메세지가 오가므로, 수정해야할 데이터의 개수가 기하급수적으로 늘어나게 됩니다. 이를 해결하기 위해 메세지 읽음 처리 로직을 개선해보겠습니다.  기존의 메세지 읽음 처리 로직먼저, 기존의 채팅 시스템의 메세지 읽음 처리 로직을 살펴보겠습니다.  앞서 설..

들어가며이번 프로젝트를 진행하면서 로컬 개발 환경의 일관성과 효율성에 대해 고민이 있었습니다. 팀 프로젝트가 진행됨에 따라, 여러 명의 개발자가 동시에 작업을 시작하게 되었고, 프로젝트를 GitHub에서 클론한 뒤, 빠르게 개발을 시작할 수 있는 환경을 제공하는 것이 중요하다는 점을 깨달았습니다.  초기에는 각 개발자가 Redis, MySQL, MongoDB와 같은 외부 데몬은 별도로 설치해야 하는 경우가 많았고, 그로 인해 설정에만 오랜 시간이 걸리거나, 환경 세팅을 하지 못한 채로 진행되는 경우도 있었습니다. 따라서, 프로젝트를 클론한 후 바로 실행 가능한 환경을 구성해야 한다는 생각이 들었고, 이를 위해 로컬에서 독립적으로 실행할 수 있는 기술이 필요하다고 판단했습니다.  이 문제를 해결하기 위한 ..

들어가기 앞서프로젝트 진행 중 도서 데이터를 비동기적으로 크롤링하여 HashMap에 저장하는 로직을 구현했습니다. 목표는 100개의 데이터를 수집하는 것이었으나, HashMap을 사용하면서 데이터 개수가 일치하지 않는 문제가 발생했습니다.문제 원인을 분석한 결과, 비동기 작업에서 발생하는 동시성 문제로 인해 HashMap만으로는 데이터 관리에 어려움이 있다는 점을 알게 되었습니다. 이를 해결하기 위해 HashMap, HashTable, ConcurrentHashMap의 차이점을 살펴보고, 각 자료구조가 어떤 방식으로 동작하는지 비교해보려 합니다. HashMapkey와 value에 null 허용동기화를 보장하지 않음HashMap은 스레드 안전(thread-safe)을 보장하지 않기 때문에, 주로 싱글 스레..

들어가기 앞서프로젝트를 진행 중, 프론트엔드 개발자분 께서 별점 기능에서 별점 값이 제대로 업데이트되지 않는 문제를 발견하셨습니다. 문제를 정확히 파악하기 위해 데이터베이스를 확인해본 결과, 동일한 별점 데이터가 2개 저장된 것을 확인할 수 있었습니다. public RatingCreateResponse createRating(Long userId, RatingCreateServiceRequest request) { User user = userRepository.findById(userId) .orElseThrow(() -> new BusinessException(USER_NOT_FOUND)); Book book = bookRepository.findById(request.getBookIsbn()) ..

들어가기 앞서인터넷을 사용할 때 우리는 매일 HTTP와 HTTPS를 접하게 됩니다. 웹 사이트에 접속할 때 http:// 또는 https:// 로 시작하는 URL을 보게 되는데, 이 두 프로토콜이 무엇인지, 각 프로토콜의 역할이 무엇인지 잘 이해하지 못하는 경우가 많습니다. 이 글에서는 HTTP와 HTTPS의 기본 개념을 설명하고, 각각의 기능과 특징을 비교하여 HTTPS만이 가지는 특별한 동작 방식에 대해 살펴보겠습니다.  HTTPHTTP (HyperText Transfer Protocol)는 웹에서 데이터를 전송하는 기본 프로토콜입니다. 사용자가 웹 브라우저를 통해 웹 페이지를 요청하면, 서버는 해당 요청에 대한 응답을 보내줍니다.  HTTP는 사용자가 웹 브라우저를 통해 지속적으로 요청과 응답을 주..

들어가기 앞서정보 보안 분야에서 '키' 라는 개념은 데이터 보호의 근본적인 요소로 자리 잡고 있습니다. 키는 평문을 암호문으로 변환하고, 다시 암호문을 평문으로 복호화하는 과정에서 핵심적인 역할을 합니다. 이러한 암호화 방식은 우리의 소중한 정보를 안전하게 지키기 위해 필수적입니다.  오늘날 다양한 데이터 전송과 저장 방식이 존재하지만, 그 중에서도 대칭 키와 비대칭 키(공개 키)는 가장 널리 사용되는 두 가지 암호화 방식입니다. 이 두 가지 방식은 각각 독특한 원리와 특징을 가지고 있으며, 서로 다른 상황에서 활용될 수 있습니다.  이 글에서는 대칭 키와 비대칭 키의 개념을 살펴보고, 이들이 어떻게 정보 보호에 기여하는지를 알아보겠습니다. 대칭 키대칭 키 암호화 방식은 동일한 키를 사용하여 데이터를 암..

비동기 프로그래밍의 두 축Java 8 부터 도입된 CompletableFuture와 ForkJoinPool은 비동기 및 병렬 프로그래밍에서 중요한 역할을 합니다. 이 두 가지는 서로 보완적인 관계에 있으며, 효율적인 멀티스레드 프로그래밍을 가능하게 합니다.  이번 글에서는 이들이 어떻게 함께 상호 보완적으로 동작하는지와 주의해야 될 점에 대해 살펴보겠습니다.  CompletableFutureCompletableFuture는 기존의 Future 인터페이스가 제공하지 못했던 비동기 결과 값의 조합과 예외 처리를 훨씬 더 효과적으로 수행할 수 있는 기능을 갖춘 인터페이스입니다. 이 인터페이스를 활용하면 동기적인 수행 방식을 비동기적인 수행 방식으로 변환하여 성능을 개선하고, 더 유연한 비동기 처리 로직을 구현..

들어가기 앞서저희 프로젝트에서는 매일 오전 4시에 베스트 셀러 도서 100권의 정보를 크롤링하여 서버에 저장하는 작업을 수행해야 했습니다. 처음에는 동기적인 방식으로 코드를 작성하여 이 작업을 테스트해 보았으나, 이 방법으로는 데이터 크롤링에 많은 시간이 소요되었고, 전체 프로세스 효율성에 문제가 있었습니다.  이에 따라, 이 문제를 해결하기 위해 CompletableFuture를 이용한 비동기 처리와 병렬 프로그래밍을 활용한 방법으로 개선을 시도했습니다. 이 글에서는 기존 동기적인 접근 방식에서 겪었던 문제와 그로 인해 발생한 지연 문제를 어떻게 해결했는지, 그리고 새로운 방법으로 개선된 효율성에 대해 공유하려 합니다.  문제 상황@Component@RequiredArgsConstructorpublic..