<div id="readability-page-1" class="page"><div>아는 분 계속 알려주다가 문뜩 놓치는 부분이 너무 많아서 같이 공부하기로 했음. 
갸꿀
<hr>
<img src="https://media.vlpt.us/images/minyul/post/3bcc4fd4-3f15-4e64-8260-e65383dd52c5/image.png">
스프링부트는 내부적으로 데이터소스를 설정하지 않으면 인메모리로 설정되기에 걍 application.yml에 설정 따로 안해도됨. main, test package 에서 test 쪽 소스를 돌릴때 우선순위로 test 쪽 application.yml을 바라봄.
테스트 할 때 , @Transaction 을 보통 넣어줌. 넣어주면 계속 테스트를 성공하기 위해 rollback 시킴. 근데 rollback을 시키면 굳이 데이터 베이스에 왜 저장시킴? 그래서 insert 쿼리가 안나감. 눈으로 보기 위해서는 trasactional(false) option 해주면 됨. 아니면 em.flush() 해주던가~
예외 처리보려면 간단하게 @test( option = 예외~ ) 해주면 됨 쉽죠잉
서블릿은 곧 서블릿 컨테이너에 의해 관리되고 그게 곧 was라고 생각하면 된다. 
스레드는 cpu core가 몇개없다. 1개라고 생각하면 스레드가 2개라고 가정해보면 동시에 수행할 수 없다. 결국에 무수히 많이 스레드를 생성하면 비용이 발생하며 cpu가 100%로 서버가 죽을수 있음. 응답속도도 늦을수있다.
그래서 WAS 안에는 스레드풀이라는것이 존재한다. 최대 200개가 디폴트임 
못해도 cpu 50% 이상은 써야지 스레드풀을 적게 잡으면 5% 막 이렇게 cpu 실행하고 있다하면 치욕이다 ㅠㅠㅠㅠ 이런것을 잘모르면 걍 서버를 스케일아웃하면서 계속늘린다 ㅠㅠ
만약 요청이 많고 스레드를 높게 잡으면 cpu 풀때문에 서버가 죽어버린다 치욕이지 ㅠㅠㅠ 이겄또한.
스프링부트는 자르로 말고 그 안에 was 서버가 포함되기에 배포하기가 쉬움. 빌드 배포 단순화</div></div>

Yul.log

아는 분 계속 알려주다가 문뜩 놓치는 부분이 너무 많아서 같이 공부하기로 했음.
갸꿀
스프링부트는 내부적으로 데이터소스를 설정하지 않으면 인메모리로 설정되기에 걍 application.yml에 설정 따로 안해도됨. main, test package 에서 test 쪽 소스를 돌릴때 우선순위로 test 쪽 application.yml을 바라봄.
테스트 할 때 , @Transaction 을 보통 넣어줌. 넣어주면 계속 테스트를 성공하기 위해 rollback 시킴. 근데 rollback을 시키면 굳이 데이터 베이스에 왜 저장시킴? 그래서 insert 쿼리가 안나감. 눈으로 보기 위해서는 trasactional(false) option 해주면 됨. 아니면 em.flush() 해주던가~
예외 처리보려면 간단하게 @test( option = 예외~ ) 해주면 됨 쉽죠잉
서블릿은 곧 서블릿 컨테이너에 의해 관리되고 그게 곧 was라고 생각하면 된다. 
스레드는 cpu core가 몇개없다. 1개라고 생각하면 스레드가 2개라고 가정해보면 동시에 수행할 수 없다. 결국에 무수히 많이 스레드를 생성하면 비용이 발생하며 cpu가 100%로 서버가 죽을수 있음. 응답속도도 늦을수있다.
그래서 WAS 안에는 스레드풀이라는것이 존재한다. 최대 200개가 디폴트임
못해도 cpu 50% 이상은 써야지 스레드풀을 적게 잡으면 5% 막 이렇게 cpu 실행하고 있다하면 치욕이다 ㅠㅠㅠㅠ 이런것을 잘모르면 걍 서버를 스케일아웃하면서 계속늘린다 ㅠㅠ
만약 요청이 많고 스레드를 높게 잡으면 cpu 풀때문에 서버가 죽어버린다 치욕이지 ㅠㅠㅠ 이겄또한.
스프링부트는 자르로 말고 그 안에 was 서버가 포함되기에 배포하기가 쉬움. 빌드 배포 단순화

인프런 강의 막 적기 걍

댓글