플러피

들어가며안녕하세요. 현재 플러피라는 온라인 시험 문제 제작 및 관리 서비스를 개발하고 있습니다. 최근에, 사용자들이 시험에 대해 피드백을 제공할 수 있도록 좋아요 기능을 추가했습니다. 사용자가 좋아요 버튼을 누르고, 서버의 응답을 받은 후 좋아요 수를 업데이트하는 방식은 사용자 경험이 좋지 않다고 생각했습니다.이번 글에서는 React Tanstack Query를 사용하여, 낙관적 업데이트(Opimistic Update)를 구현하는 방법에 대해서 알아보겠습니다. 또한, 디바운스(Denounce)를 사용하여, 사용자가 너무 많은 요청을 보내는 것을 방지하는 방법에 대해서도 알아보겠습니다.낙관적 업데이트란?먼저, 낙관접 업데이트(Optimistic Update)가 무엇인지 알아보겠습니다. 낙관적 업데이트는 사..

들어가며안녕하세요. 현재 플러피라는 온라인 시험 문제 제작 및 관리 서비스를 개발하고 있습니다. 최근에, 사용자들이 시험에 대해 피드백을 제공할 수 있도록 좋아요 기능을 추가했습니다. 서비스 사용자들은 좋아요 수를 통해 퀄리티가 높은 시험을 쉽게 찾아볼 수 있어, 서비스가 활성화될 수 있습니다. 서비스 개발자인 저는, 이 기능을 통해 수집한 데이터를 통해, 향후 개인 맞춤형 시험 추천 서비스 등을 제공할 수 있습니다.제목은 좋아요 기능이라고 했지만, 반응 기능이 더 적합할 것 같은데요.이번 글에서는 확장 가능한 좋아요 기능을 설계하고, 구현하는 방법에 대해 알아보겠습니다.기능 요구 사항좋아요 기능을 설계하기에 앞서, 기능 요구 사항을 정리해보겠습니다.로그인한 사용자는 시험에 대해서 좋아요를 할 수 있다...

들어가며안녕하세요. 요즘에 플러피(fluffy)라는 온라인 시험 문제 제작 및 관리 서비스를 개발하고 있습니다. 플러피 서비스의 첫 화면에서 최근 출제된 시험 목록을 보여줍니다. 출제된 시험이 점차 늘어남에 따라 전체 목록을 조회하는 것은 성능적으로 느려질 수 있습니다. 이러한 문제를 해결하기 위해 페이지네이션을 도입하였습니다. 페이지네이션에는 전통적인 게시판에서 자주 사용하는 Offset 방식과 SNS의 무한 스크롤에서 사용하는 Cursor (No Offset)방식이 있습니다. Offset 방식은 페이지 번호를 기반으로 사용자가 원하는 특정 페이지로 이동할 수 있도록 하며, 각 페이지의 시작 위치를 지정하여 데이터를 가져옵니다. 반면, Cursor 방식은 사용자가 마지막으로 본 항목을 기준으로 다음 항..

들어가며안녕하세요. 요즘에 플러피(fluffy)라는 온라인 시험 문제 제작 및 관리 서비스를 개발하고 있습니다. 이 프로젝트에서는 main, dev, feat, fix 브랜치를 사용하는 git flow를 사용하고 있습니다. dev로의 pull request는 squash merge로만 허용하고 있고, main으로의 pull request는 rebase merge로만 허용하고 있습니다. 또한 main, dev으로 force 푸쉬하는 것을 금지하고, github actions를 통해 테스트를 자동화하고 있습니다. 이렇게 까다롭게 규칙을 정한 이유는 프로젝트를 안전하게 관리하기 위해서입니다. 하지만 이런 규칙을 정하고 관리하는 것은 쉽지 않습니다. 특히, 프로젝트에 참여하는 사람이 많아지거나, 프로젝트의 규모..

들어가며안녕하세요. 현재 플러피(fluffy)라는 온라인 시험 문제 제작 및 관리 서비스를 개발하고 있습니다. 1인 개발을 하다 보니 서버와 웹 프론트엔드를 모두 담당하고 있습니다. 개발을 진행하면서 새로운 API를 추가하거나 기존 API를 변경하는 일이 빈번한데, 작성한 API를 프론트엔드에서 사용할 때마다 헷갈려 직접 코드를 살펴보는 번거로움이 있습니다. 또한, 나중에 다른 개발자가 프로젝트에 참여하거나 제가 다시 프로젝트를 돌이켜볼 때 이해하기 어려울 수 있습니다.  이러한 문제를 해결하기 위해 자동화 문서 생성 도구인 Spring REST Docs를 도입하기로 결정했습니다. 이번 글에서는 Spring REST Docs가 무엇인지 소개하고, 이것을 선택한 이유와 구체적인 사용법에 대해서 알아보겠습니..

들어가며안녕하세요. 요즘에 플러피(fluffy)라는 온라인 시험 문제 제작 및 관리 서비스를 개발하고 있습니다. 현재 서비스는 초기 단계로, 새로운 기능 추가와 버그 수정을 빈번하게 진행하고 있습니다. 현재 인프라는 하나의 AWS EC2 인스턴스에서 Nginx, Docker, GitHub Actions를 활용하여 지속적으로 배포되고 있습니다. 하지만 새로운 버전을 배포할 때마다 기존 컨테이너를 중지하고, 새로운 컨테이너를 실행하며, 애플리케이션(Spring)을 시작하는 과정을 거치게 됩니다. 이 과정에서 약 20초 정도의 다운타임(downtime)이 발생하여 사용자가 서비스를 이용하지 못하는 상황이 발생하고 있습니다. 이러한 다운타임은 사용자에게 불편을 초래하고, 이탈 가능성을 높이는 문제점을 안고 있습..

들어가며안녕하세요. 요즘에 플러피(fluffy)라는 온라인 시험 문제 제작 및 관리 서비스를 만들고 있습니다.공부를 위한 프로젝트이기 때문에 레포지토리는 현재 public으로 공개되어 있습니다. 서버 개발을 하는 경우 다양한 민감 정보를 사용하게 됩니다. 예를 들어, 데이터베이스 접속 정보, 인증을 위한 시크릿 키, OAuth 인증을 위한 클라이언트 ID, 시크릿, AWS S3 버킷 정보 등이 있습니다. 이러한 정보들은 보안상의 이유로 외부에 노출되어서는 안됩니다. 이러한 정보들을 관리하는 방법은 간단하게 다음과 같이 나눌 수 있습니다.yml 파일을 .gitignore에 추가하여 레포지토리에 올리지 않는 방법환경변수를 사용하여 정보를 주입하는 방법서브모듈을 사용하여 외부 레포지토리에서 정보를 가져오는 방..

들어가면서안녕하세요. 요즘에 플러피(fluffy)라는 온라인 시험 문제 제작 및 관리 서비스를 만들고 있습니다.플러피에서는 시험 문제를 만들 때 지시문과 선택지만을 작성할 수 있었습니다.문제를 표현하기에 한계가 있어 지문을 추가해달라는 피드백이 있었습니다. 지문을 추가한 시험 문제현재 서비스는 배포 중인 상태이고 데이터가 이미 존재하기 때문에 데이터베이스 스키마를 모두 지우고 새로 생성하는 방법은 사용할 수 없습니다. 간단하게 떠올린 방법은 데이터베이스에 직접 들어간 후 질문 테이블에 지문 컬럼을 추가하는 방법이 있습니다. 다음과 같이 SQL 문을 실행하면 됩니다.ALTER TABLE 질문 ADD COLUMN 지문 TEXT NOT NULL DEFAULT ''; 하지만 이 방법은 데이터베이스에 직접 접근해..