직접 느낀 불편함과 필요에서 출발해 사용자가 실제로 더 빠르고 편하게 이용할 수 있는 서비스를 설계하고 구현했습니다.
필요한 기능을 만들기 위해 관련 기술을 찾아 학습하고, Redis 대기열, WebSocket, 캐시 구조, 컨테이너 분리 등 다양한 기술을 실제 서비스에 적용했습니다.
단순히 기능을 구현하는 데 그치지 않고, 여러 기능이 안정적으로 동작할 수 있도록 재사용 가능한 구조와 운영 안정성을 함께 고려한 방식을 고민하고 개선하는 과정에 집중합니다.


계명대학교 교통공학 2016.3 - 2022.03
항해99 - 백엔드 개발 집중 과정 스파르타 코딩 클럽 2022.06 - 2022.10
비즈니스 회화 JLPT N3 2018.08
비즈니스 회화 Toeic Speaking IM 2026.02
📱+82 10-3293-7966
<aside> <img src="/icons/package_gray.svg" alt="/icons/package_gray.svg" width="40px" />
Spring Boot · Redis · React · Docker
Spring Boot · JWT · Redis · MySQL · AWS
| 분야 | 주요 성과 |
|---|---|
| 실시간 트래픽 대응 | Redis 큐 구조로 P95 2초 유지, 순간 트래픽 집중 상황에서도 안정적 처리 |
| 성능 개선 | 정적 리소스 응답 속도 32% 개선, 캐싱 구조 전환으로 응답 지연 감소 |
| 운영 기반/유지보수성 | Docker Compose + Certbot TLS 자동화, 역할 분리, 운영 안정성 개선 |
| 데이터 처리 | Jsoup/Selenium 기반 크롤러, MySQL Ngram 검색 최적화 |
| 보안/인증 | JWT + Refresh 검증, OTP Redis 관리, OAuth2 연동 |
| </aside> |
<aside>
운영 중: https://no86.xyz 📂 GitHub: asbazq/YuGiOhDeck
기술: Spring Boot, MySQL, Redis, Docker, React, WebSocket, Certbot, FastAPI, Jsoup
기존 덱 공유 방식은 영어 카드명과 스크린샷 중심이라 국내 사용자가 카드 정보를 빠르게 이해하기 어려웠습니다. 이를 해결하기 위해 한글 카드 검색·URL 기반 덱 공유·실시간 대기열 제어를 포함한 덱 빌딩 서비스를 구현했습니다.
실시간 트래픽이 몰릴 때 지연되는 문제를 해결하기 위해 Redis 기반 대기열 시스템을 직접 설계했고, 검색·이미지 응답 속도와 운영 안정성까지 함께 개선했습니다. 또한 기능이 늘어나더라도 운영과 배포 복잡도가 커지지 않도록 역할 분리와 재사용 가능한 운영 구조를 함께 고민했습니다.
기여도: 개인 프로젝트로 기획·백엔드·배포 전반을 직접 담당하며 주요 기술 선택과 구조 변경을 주도했습니다.
pako.deflate + Base64 인코딩으로 데이터 크기 70% 감소vip/main 큐를 운영했고, 사용자 우선순위와 대기 순서를 score로 관리했습니다.DispatcherServlet → Controller → Service를 거치며 로딩 시간이 길어졌습니다.<aside>
</aside>