프로그래밍/spring boot

[스프링부트] 실전! 스프링 부트와 JPA 활용2 : OSIV와 성능 최적화

aSpring 2023. 11. 26. 18:14
728x90
728x90

 

※ 본 포스팅은 김영한 강사님의 인프런 '실전! 스프링 부트와 JPA 활용2 - API 개발과 성능 최적화' 강의를 들으며 작성한 수강일지 입니다.

 
 

 

| API 개발 고급 - 실무 필수 최적화

1. OSIV와 성능 최적화

 

OSIV와 성능 최적화

  • Open Session In View: 하이버네이트
  • Open EntityManager In View: JPA(관례상 OSIV라 한다.)

=> 옵션값 쓸 때는

spring.jpa.open-in-view : true

 

OSIV ON

  • spring.jpa.open-in-view : true 기본값

이 기본값을 뿌리면서 애플리케이션 시작 시점에 warn 로그를 남기는 것은 이유가 있다.

 

JPA가 DB 커넥션을 획득하는 시기 ?

- 기본적으로 Transaction을 시작할 때(보통 Service에서 Tx을 시작) JPA 영속성 컨텍스트가 DB 커넥션을 가지고 옴

- DB 커넥션과 영속성 컨텍스트는 밀접한 연관이 있다.

 

언제 DB에 반환하는가?

- Tx가 끝나도 DB 커넥션, 영속성 컨텍스트를 끝까지 살려두는 것.

ex) API : 유저에게 완전히 response가 나갈 때까지 / 화면 : view template로 렌더링하거나 할 때까지

 

--> 그래서 지연로딩이 가능했던 것.

 

단점

- 너무 오랫동안 커넥션을 들고 있음

- 실시간 트래픽이 중요한 애플리케이션에서는 커넥션이 모자랄 수 있고 결국 장애로 이어진다.

ex) 컨트롤러에서 외부 API를 호출 -> 외부 API 대기 시간 만큼 커넥션 리소스를 반환하지 못하고 유지해야 한다.

 

OSIV OFF

  • spring.jpa.open-in-view: false OSIV 종료

 

장점

- Transaction을 시작하고 끝날 때까지만 DB 커넥션을 유지 -> 커넥션 리소스를 낭비하지 않는다.

- 트래픽 많거나, 사용자의 요청이 많은 경우 더 유연하게 사용 가능함

 

단점

- 지연 로딩을 하려면 영속성 컨텍스트가 살아있어야 하는데, 트랜젝션이 끝나면 영속성 컨텍스트도 사라지므로 OSIV를 끄면 모든 지연로딩을 트랜잭션 안에서 처리해야 함 -> 지금까지 작성한 많은 지연 로딩 코드를 트랜잭션 안으로 넣어야 하는 단점

- view template에서 지연로딩이 동작하지 않는다. 결론적으로 트랜잭션이 끝나기 전에 지연 로딩을 강제로 호출해 두어야 한다.

 

커멘드와 쿼리 분리

실무에서 OSIV를 끈 상태로 복잡성을 관리하는 좋은 방법이 있다. 바로 Command와 Query를 분리하는 것이다.

참고: https://en.wikipedia.org/wiki/Command%E2%80%93query_separation

 

보통 비즈니스 로직은 특정 엔티티 몇 개를 등록하거나 수정하는 것이므로 성능이 크게 문제가 되지 않는다(보통 성능 이슈는 조회할 때 발생). 그런데 복잡한 화면을 출력하기 위한 쿼리는 화면에 맞추어 성능을 최적화 하는 것이 중요하다. 하지만 그 복잡성에 비해 핵심 비즈니스에 큰 영향을 주는 것은 아니다.

그래서 크고 복잡한 애플리케이션을 개발한다면, 이 둘의 관심사를 명확하게 분리하는 선택은 유지보수 관점에서 충분히 의미 있다.

단순하게 설명해서 다음처럼 분리하는 것이다.

 

  • OrderService
    • OrderService: 핵심 비즈니스 로직 (작으면 OrderService만. 크면 분리)
    • OrderQueryService: 화면이나 API에 맞춘 서비스 (주로 읽기 전용 트랜잭션 사용)

보통 서비스 계층에서 트랜잭션을 유지한다. 두 서비스 모두 트랜잭션을 유지하면서 지연 로딩을 사용할 수 있다.

 

- 기본적으로 켜는게 좋음. 코딩만 한다? ON

- 성능 이슈를 고려해야한다? OFF

 

참고: 강사님의 경우 고객 서비스의 실시간 API는 OSIV를 끄고, ADMIN 처럼 커넥션을 많이 사용하지 않는 곳에서는 OSIV를 켠다고 함
(고객 서비스, ADMIN은 따로 배포 하므로)

 

참고: OSIV에 관해 더 깊이 알고 싶으면 자바 ORM 표준 JPA 프로그래밍 13장 웹 애플리케이션과 영속성 관리를 참고

 

728x90
728x90