- 전체보기(100)
- algorithm(20)
- JPA(15)
- 소프트웨어공학(11)
- MVC(10)
- Spring(10)
- network(9)
- Graph(9)
- @MyBoard(8)
- BFS(8)
- Springboot(6)
- deploy(5)
- aws(5)
- CodingTest(4)
- kafka(4)
- redis(4)
- programmers(4)
- Java(4)
- recursion(3)
- API(3)
- tree(3)
- dijkstra(3)
- error(3)
- hash(3)
- TROUBLESHOOTING(3)
- transaction(3)
- DFS(2)
- 운영체제(2)
- @spiketest(2)
- docker(2)
- Sort(2)
- search(2)
- erd(1)
- Bruthforce(1)
- refactor(1)
- array(1)
- 삽질(1)
- Grafana(1)
- Database(1)
- HashMap(1)
- override(1)
- deserialization(1)
- test(1)
- 취업(1)
- article(1)
- concurrency(1)
- @Cacheable(1)
- greedy(1)
- ArrayList(1)
- Synapse(1)
- AWS S3(1)
- DBCP(1)
- SpringSecurity(1)
- 코딩테스트(1)
- deserialize(1)
- code deploy(1)
- DP(1)
- K6(1)
- H2(1)
- async(1)
- DDD(1)
- inputoutput(1)
- exporter(1)
- JWT(1)
- Serialization(1)
- question(1)
- interface(1)
- Collection(1)
- nativeQuery(1)
- prometheus(1)
기본 생성자가 없는데 JSON 역직렬화가 된다고?
테스트 강의를 들으며 토이 프로젝트를 진행하던 중 흥미로운 현상을 발견했다. HTTP 요청에서 Java Object JSON 직렬화/역직렬화 과정은 필수적인데, 이전에 Redis 캐싱을 구현하며 겪었던 이슈가 이번에도 생각나 정리를 해보려 한다. 기본 생성자가 없는 DTO 상황은 단순했다. 주문 요청 API를 만들고 있었고 코드는 다음과 같다. @...
회원가입 이메일 발송: 트랜잭션 분리와 아웃박스 패턴 트러블슈팅
회원가입 성공 시 가입 축하 메일을 발송하는 로직을 구현했다. 초기에는 단순한 동기 호출로 시작했지만, 시스템의 결합도를 낮추고 데이터 정합성을 보장하기 위해 점진적으로 구조를 고도화했다. 초기: 이벤트 발행 없는 강결합 로직 개선: '회원가입'과 '메일발송'의 결합
Redis 캐시 도입 후 발생한 문제점과 메시징 큐를 활용한 해결 방안
기존 아키텍처 구조 현재 프로젝트는 아래와 같은 아키텍처로 구성된 상태입니다. Spring Boot ↔ Redis (SET 구조) ↔ MySQL 사용자가 게시글 상세 페이지를 조회하면, 기본적인 게시글 정보(제목, 내용 등)와 함께 좋아요 수도 함께 반환됩니다. 이때 좋아요 수는 실시간성과 성능을 고려하여 RDB가 아닌 Redis의 Set 자료구조를 활...
Redis 유무에 따른 좋아요API 성능 테스트(redis, k6, spring scheduler)
redis 도입 전/후 동시성 이슈 해결 및 성능 최적화
Docker Compose로 모니터링 환경 구축하기 (MySQL, Redis, Prometheus, Grafana)
docker compose 사용하여 모니터링 구축 과정 정리 및 트러블 슈팅
영속성 컨텍스트와 1차 캐시
최근 DB 성능 최적화를 위해 레디스를 학습하며 이전에 알고있던 JPA의 1차 캐시와의 차이점이 뭔지 잘 모르겠어서 다시 영속성 컨텍스트의 기본 개념을 학습하고자 한다 > JPA (Java Persistence API) JPA는 자바 진영에서 ORM 기술 표준으로 사용되는 인터페이스의 모음이다 풀네임에서 알 수 있듯이 Persistence(영속성)를 기...
