일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
- 페이스북
- JPA
- 시큐리티
- 비동기
- Producer
- load balancing
- oauth2
- gdg
- 리팩토링
- jvm
- RabbitMQ
- java
- g1
- Security
- tomcat
- 클린코드
- 스프링
- GC
- spring boot
- Refactoring
- 스프링 부트
- JWT
- OAuth
- Spring
- 스프링부트
- 권한
- apache
- 페이징
- clean code
- assertj
- Today
- Total
목록web (39)
허원철의 개발 블로그
이번 글은 Spring Boot에서 QueryDSL를 사용한 예제에 대한 글입니다. 우리나라에서는 흔히 사용하는 ORM은 ibatis, mybatis라고 볼 수 있습니다. 외국에서는 옛날부터 JPA를 주로 사용합니다. 그런데 요즘 우리나라에서도 (Spring Boot에서 jpa 연동이 간단해서 그런가..?) 예전보다 사용율이 높아진 것 같습니다. JPA만으로는 제한적인 것들이 많아서 JPA Criteria나 QueryDSL를 사용하여 디테일한 표현을 가능하게 합니다. 몇 달 전에 아주아주 간단하게 JPA를 접해봤습니다(너무 미흡한 점이 많았습니다. 깊이 반성합니다..ㅠ). 그래서 이번에는 QueryDSL를 이용한 예제를 하나씩 살펴보려 합니다. QueryDSL은 jpa를 쉽게 쓰기 위한 라이브러리로, 도..
Spring Boot를 jar로 배포하면서 생긴 이슈들을 공유하기 위한 글입니다. Apache와 Tomcat 조합에서는 Tomcat에서 정의한 위치에 war를 올려 사용했습니다. 하지만 Spring Boot에서는 기존 방식과 달리 jar파일로 배포가 가능하다는 것입니다. (기본적으로 Tomcat이 내장되어 있고, Jetty나 Undertow로 대체할 수 있습니다.) Server : Centos v6.5 1 . properties(yaml) 구분하기2 . service 구성 1 . properties(yaml) 구분하기 - Spring Boot로 프로젝트를 구성하게 되면, 리소스폴더에 application.properties 가 생성 되는데, 어지간한 설정은 다 할 수 있습니다. (톰캣, DB 등등..) ..
이번 글은 Apache 설치와 로드밸런싱을 하여 Spring Boot를 올려 보도록 하겠습니다. Apache 를 선택한 이유- 요즘은 apache가 지는 태양이라고 한다면 nginx라는게 뜨는 태양이라고 할 수 있습니다. 서버 동작 차이라고하는데.. 아직은 nginx를 알지도 못하고 Apache가 친숙하지 않기 때문에 Apache를 선택했습니다. (추후에 nginx도 공부하는 걸로...) 로드밸런싱을 하게된 이유- WAS를 KT 클라우드에 올리게 되어 8 core X 8 G 사양을 선택하게 되었습니다. 과부하를 줄이기 위해 튜닝쪽 구글링을 하다가 로드밸런싱을 하는 것이 좋을 것 같다고 판단되어 Apache에서 모듈을 이용해 로드밸런싱을 해보려고 합니다. - 톰캣 인스턴스당 2~3GB 정도의 Heap Sz..
이번 글은 저번 메시지 큐(Message Queue) 훑어보기에 이어 Spring Boot 에서 RabbitMQ를 활용한 예제에 대한 글입니다. 1. 어떻게 RabbitMQ를 접하게 되었는가..?2. 왜 RabbitMQ인가?3. 설치 과정4. 개념 정리5. 예제 1. 어떻게 RabbitMQ를 접하게 되었는가..?이번에 사내 프로젝트를 진행하면서, 많은 데이터 처리가 웹서버만으로 힘들기 때문에 여러 방법을 구상 중 이였습니다. 앞단에 로드밸런싱을 해볼까?서버사이드에 분산은 되겠지만, DB가 버텨줄지 의문이였습니다. 기존 시스템 또한 DB가 말썽이였기 때문입니다. 또한 DB 사이드에 session을 무한정 늘릴 수도 없습니다. 그래서 선택하게 된 것이 메시지큐입니다. 이미 몇 년전부터 많은 기업에서 사용 중..
이번글은 메시지 큐에 대한 개념과 여러가지 미들웨어를 훑어보기 위한 글 입니다. 웹 서버를 구성하게 되면 성능에 대한 고려는 빼먹을 수 없습니다. 데이터 처리를 하다보면 너무 많은 처리로 인해 대기하는 요청이 쌓이게 됩니다. 그리곤 서버의 성능이 저하되는데, 최악의 경우에는 서버가 다운되는 상황까지 직면하게 됩니다. (많이 안타까운 상황이죠...ㅠ) 이런 상황을 방지하기 위해 서버사이드에서는 로드밸런싱도 하고, DB사이드에서는 H/A, A/A 방식으로 구성도 하고 합니다. 하지만 여러가지 측면에서 볼 때, 비용도 많이 들고 DB사이드에서의 구성은 쉽지도 않습니다. 또한 DB 접속에 대한 한계도 있기 때문에 다른 방법을 택하게 될지도 모릅니다. 그래서 그나마 빠르고 좀 더 원활한 서비스(?)를 위해 비동기..