티스토리

나의 개발 기록

검색하기

블로그 홈

나의 개발 기록

ozofweird.tistory.com/m

IT 기술 정리 블로그

구독자: 13

방명록 방문하기

주요 글 목록

안녕하세요! 블로그 이전합니다! 안녕하세요! 그 동안 블로그 운영을 안하다보니 많은 분들이 댓글을 달아주셨는데 제대로 답변을 못드렸습니다. 죄송합니다 ㅠ 🙇🏻 제가 이 블로그에 뜸했던 이유는 velog로 이전했기 때문입니다! 🎉 기본적인 내용이 아닌 더 전문적인 지식을 정리하고 나누는 것이 더 좋다고 판단했고 새로운 마음가짐으로 시작하고자 이전하게 되었습니다. 하지만 (너무 감사하게도 🥰) 여전히 많은 분들이 제 블로그를 방문해주고 계시기 때문에 블로그는 운영하지 않겠지만 그대로 계속 유지시킬 예정입니다! 이전한 블로그 주소는 여기 > https://velog.io/@maketheworldwise velog 블로그를 시작한지 얼마되지 않아 글이 많이 없고 여러분들에게 필요한 지식이 없을 수도 있지만 많이 방문해주세요! 공감수 0 댓글수 0 2022. 3. 16.
[참고하기 좋은 내용] 개발 환경 분리 1. 개발 환경 분리 1) Local 말 그대로 개발할 때의 각자 개발자 PC 환경을 뜻한다. 이 때 중요한 점은 코드를 합칠 때의 문제가 발생하지 않도록 모든 개발자가 동일한 개발 환경을 사용해야한 다는 것이다. 2) Dev 개발 환경은 각 개별 개발자들이 만든 코드를 합쳐 서버 환경에서 테스트해볼 수 있는 환경이다. 소스 코드를 형상관리 시스템에 Commit하면 코드는 이 Dev 환경에 자동으로 배포되고, 이 환경에서 테스트가 된다. 기능 개발을 위주로 하기 때문에 서버의 환경은 Production 보다 훨씬 작다. Production 환경이 클러스터링 환경으로 수개의 서버로 구성될 때, 개발 환경은 한 두 개의 서버로 기능 구현이 가능한 정도로 구축하는 것이 일반적이다. 3) Integration .. 공감수 0 댓글수 0 2021. 5. 11.
[참고하기 좋은 내용] 스트레스 툴 1. Artillery Artillery는 Node.js에서 사용할 수 있는 부하 테스트 도구 이다. 2. nGrinder nGrinder는 네이버에서 성능 측정 목적으로 Jython으로 개발 된 오픈 소스 프로젝트이다. nGrinder는 Controller와 Agent로 구성되어있다. Controller는 관리를 위한 Admin, 부하 스크립트 작성, 부하 테스트 작성 기능을 지원한다. 또한 관리할 Agent를 승인하고 각 Agent들이 부하를 발생할 수 있도록 제어한다. Agent는 Controller의 제어에 따라 실제 부하를 발생시킨다. [참고] blog.naver.com/wideeyed/222173944239 [nGrinder] 성능 테스트하는 방법 네이버에서 유지보수하고 있는 성능 테스트 툴 .. 공감수 0 댓글수 0 2021. 5. 7.
[Docker] Kubernetes 요약 1. Kubernetes 1) 오케스트레이션 툴 도커 컨테이너는 하나의 애플리케이션처럼 동작하는 반면, 가상머신은 내부에 독자적인 게스트 운영체제가 존재하며 도커 컨테이너에 비해 성능을 발휘하기 어렵다. 기존에는 Dockerfile을 빌드하여 이미지를 만들고, 이미지를 저장소(Docker Hub)에 푸시한 뒤 애플리케이션이 실행될 곳에서 풀을 하고 이미지를 실행시키면 컨테이너가 된다. 그리고 이 과정은 Jenkins에서 빌드, 배포 스크립트를 하나하나 작성하여 진행하였다. 하지만 만약 배포될 서버가 추가될 경우, 해당 서버에 맞는 스크립트를 추가해주어야 한다. 더 나아가 배포 방식이 변경이 되면 배포 스크립트를 찾아 수정을 해주어야 한다. 이렇게 수정된 스크립트를 테스트하는 것은 어려워진다. 실제 서비스.. 공감수 0 댓글수 0 2021. 5. 6.
[GCP 원데이] 검색 기능 성능 측정, ElasticSearch 1. 검색 기능 성능 측정 1) 테스트 준비 기존의 Worker 인스턴스로 머신 이미지를 만들어준다. 그리고 만든 이미지로 리전에 관계없이 2개의 새로운 인스턴스를 생성해준다. 그리고 Jenkins 배포 설정을 구성해준다. 설정을 위해서는 추가한 2개의 인스턴스에 SSH 접속을 할 수 있도록 키를 등록해주어야 한다. 하지만 GCP에서 제공하는 메타데이터에 저장을 했기 때문에 추가로 지정해줄 필요는 없다. 2) 성능 측정 Postman을 이용하여 대략 50만건의 데이터에서 4개의 키워드(영화, 재미, 감동, 스토리)를 1회차, 2회차, 3회차, 4회차, 5회차 걸린 시간 찾고 각 키워드의 응답속도 평균값을 구해본다. 여기서 데이터가 50만건 보다 더 많은 양의 데이터가 있다고 가정했을 때, 속도는 구한 값.. 공감수 0 댓글수 0 2021. 5. 4.
[GCP 원데이] RabbitMQ 1. RabbitMq 1) RabbitMQ 글 작성 요청을 저장했다가 DB가 처리할 수 있는 만큼만 처리할 때 사용하고, 글 목록 캐시는 사용자의 글 목록 조회 요청을 매번 DB에서 조회하는 것이 아닌 애플리케이션에 저장을 했다가 그 결과를 반환하도록 한다. 5672 포트는 실제 메시지를 RabbitMQ와 주고받기 위한 포트이며, 15672 포트는 모니터링을 위한 포트이다. docker run -d --hostname my-rabbit --name some-rabbit -p 5672:5672 -p 15672:15672 rabbitmq:3-management 모니터링 페이지의 접속 정보는 다음과 같다. 해당 부분은 Admin 항목에서 관리를 위한 계정을 생성해주는 것이 좋다. Username - guest.. 공감수 0 댓글수 0 2021. 5. 3.
[GCP 원데이] 서버가 죽는 이유, Message Queue 1. 서버가 죽는 이유 1) 서버가 죽었다 란? '서버가 죽었다'라는 표현은 두 가지로 해석이 가능하다. 일부 요청이 실패한다. (대부분의 경우) 모든 요청이 실패한다. 모든 요청이 실패하는 경우에는 네트워크 장애 혹은 서버 자체의 문제로, 높은 트래픽으로 행이 걸렸을 때 발생한다. 이는 자연스럽게 해소할 수도 있으며, 애플리케이션 재시작을 통해 해결할 수도 있다. CPU 바운드 애플리케이션에서는 CPU 사용을 많이 필요로 하는 해시 연산을 다량 요청했을 때 실패했다. DB I/O 애플리케이션에서는 DB를 사용하는 게시글 INSERT와 SELECT를 다량 요청했을 때 실패했다. 이러한 많은 요청이 들어오면, 기다렸다가 처리하여 문제가 발생하지 않는다고 생각할 수 있다. 그럼에도 500에러 혹은 타임 아웃.. 공감수 2 댓글수 0 2021. 5. 3.
[GCP 원데이] I/O 바운드 애플리케이션 (2) 1. I/O 바운드 애플리케이션 1) application.yml 로컬 환경에서의 DB와 서비스 환경에서의 DB는 다르다. 이를 위해 두 환경에서 동작할 수 있도록 수정해주어야한다. 이러한 기능을 profile이라고 한다. 'application.properties' 파일을 이용할 경우, 여러 개의 파일로 나눌 수 있다. 단, 특정 profile이 활성화되지 않을 경우 'application-default.properties'가 기본적으로 로딩된다. 'application.yml' 파일을 이용할 경우, 한 파일에 profile 설정이 가능하다. 하지만 @PropertySource 어노테이션을 통해 값을 읽어 올 수 없다는 단점이 있다. 각각의 profile은 '---'로 구분된다. spring: prof.. 공감수 0 댓글수 0 2021. 5. 3.
[GCP 원데이] I/O 바운드 애플리케이션 (1) 1. I/O 바운드 애플리케이션 1) I/O 바운드 애플리케이션성능 향상 서버 스케일 아웃으로 인해 하드디스크도 서버와 함께 늘어날 것이고, 자기 하드디스크에 있는 데이터로만 처리하면 충분히 성능을 향상 시킬 수 있다. 하지만, 각자의 하드디스크의 데이터를 실시간으로 공유하기 어렵다는 문제를 가지고 있다. 따라서 서로 공유할 수 있는 저장소(DB)를 사용한다. 하지만 문제는 서버를 아무리 늘려도 DB의 성능이 낮다면 전체 서비스의 성능은 DB와 동일해진다(병목현상). 이를 해결하기 위해서는 DB의 성능에 의존적인 부분을 줄이고 전체 서비스의 성능을 향상시켜 더 많은 트래픽을 처리할 수 있도록 만들어야한다. 파일 I/O 바운드일 경우 서버를 늘려 성능을 올릴 수 있지만 DB I/O 바운드 애플리케이션은 .. 공감수 0 댓글수 0 2021. 5. 1.
[Spring Boot] Maven vs Gradle 1. Maven vs Gradle Maven과 Gradle에서 가장 중요하게 봐야할 부분은 성능이다. Gradle이 Maven 보다 빌드에 소요되는 시간, 유연성, 종속성 곤리 등 다양한 측면에서 뛰어나다. Gradle이 약 2배 정도 빠르며 build cache를 사용했을 때 100배 빠른 성능을 보여준다. Maven의 경우 라이브러리가 종속될 경우, 특정 조건을 표현할 경우에 Maven이 이를 처리하기 복잡하다고 한다. 그에 비해 Gradle은 스크립트가 더 짧고 읽기 편하다는 특징을 가지고 있다. 의존성 관리 측면에서도 Gradle은 버전 충돌도 자동으로 관리해주기 때문에 Maven 보다 효율적이다. Gradle은 압도적인 성능과 간편함을 제공하지만, 메모리를 많이 사용한다는 단점이 있다. 1인 토.. 공감수 0 댓글수 0 2021. 4. 30.
[참고하기 좋은 내용] Trello 1. Trello 1) Trello 란? Trello는 팀 프로젝트 협업 도구로, 효율성을 높이고 팀원들과의 소통을 위해 사용한다. 백엔드, 프론트엔드 등 세분화된 업무를 함께 진행하기 때문에 각자 어떤 업무를 맡고 있고, 각자의 목표가 어디에 있는지를 align하는 과정이 중요하다. 2) 구성 예시 보드 - 관리 프로젝트 목록 - 보드 내에 생성 가능한 목록으로, 하단의 카테고리 표와 동일 카드 - 리스트 내에 생성 가능한 항목을 의미 카테고리 설명 Backlog 앞으로 해야할 모든 것들을 뜻한다. 기획에 맞게 필요한 모든 업무를 backlog에 카드로 생성한다. 기술/페이지 윚로 티켓을 생성하는데, 기능 구분을 명확히 하여 나눈다. 백/프론트 구분이 있고, 한 사람에 하나씩, 하나의 기능을 포함한다... 공감수 0 댓글수 0 2021. 4. 29.
[Git 원데이] Git-flow 1. Git-flow 1) Git-flow 란? 일반적인 개발 프로세스는 '기획-디자인-개발-QA-출시' 순으로 진행되며 주기적으로 앱을 출시 한다. 기획, 디자인, 서버 등 협업하는 인원들과 흐름을 맞춰서 진행하기 때문에 많은 인원이 이번 버전에 포함될 기능을 개발하는 것은 비효율적이게 된다. 따라서 우선순위에 따라 나열한 작업 중 우선순위가 높은 작업부터 선택하여 작업을 분담하고, 이번 버전에 포함될 필수 작업과 추후에 배포될 작업들을 병렬로 진행한다. 병렬로 처리하던 작업들이 완료되면, 가까운 배포 주기에 포함시켜 출시를 진행한다. 이러한 개발 프로세스를 잘 녹여내기 위한 모델로는 Git-flow가 있다. 처음 시작에는 master와 develop 브랜치가 존재한다. develop 브랜치는 mast.. 공감수 0 댓글수 0 2021. 4. 29.
[Git 원데이] Merge 충돌 해결 1. Merge 충돌 해결 1) Merge 충돌이 일어나는 이유 서로 다른 브랜치를 합치려고 할 때 같은 파일을 각각 다르게 수정했기 때문에 발생한다. 2) 충돌 해결 방법 충돌이 일어난 코드의 경우, 협업하는 개발자들끼리 논의를 해야한다. 많은 IDE와 에디터에는 충돌에 대한 메시지를 보여주는 플러그인들이 존재하는데, vscode를 기준으로 해결하기 위한 방법으로는 4가지가 있다. Accept Currrent Change - 상단의 코드를 반영 Accept Incoming Change - 하단의 코드를 반영 Accept Both Changes - 둘 다 반영 Compare Changes - 소스 파일 비교 3) 충돌을 피하기 위한 방법 쉽게 생각한다면 서로 같은 파일을 수정하지 않으면 된다. 하지만 이.. 공감수 0 댓글수 0 2021. 4. 29.
[GCP 원데이] 무중단 배포 환경 (Git, Webhook) 1. Git 1) Git 이란 ? 소프트웨어 개발 과정에서 중간 버전별 코드 상태를 기록할 수 있다. 이를 형상관리툴이라고 하며, Git은 가장 인기있는 툴이다. Git에서는 소프트웨어의 버전을 커밋 단위로 저장하고 여러 개의 줄기(Branch)를 만들어 여러 명에서 함께 개발이 가능하다. 2) 디렉토리, 파일 생성 'git-practice' 디렉토리와 그 하위에 'file1.js' 파일을 생성해준다. 그리고 터미널 창에서 해당 파일을 실행하여 동작을 확인한다. 3) Git Repository 생성 및 커밋 // 깃 폴더 생성 git init // 깃 레포지토리 연동 git remote add origin [GitHub Repository URL] // 깃 추가 git add . // 깃 커밋 메시지 설.. 공감수 0 댓글수 0 2021. 4. 26.
[GCP 원데이] 무중단 배포 환경 (로드밸런싱) 1. 무중단 배포 환경 지금까지의 도커 컨테이너의 앱을 실행시키는 과정에서 약 5초라는 시간이 소요되는 것을 로그로 확인할 수 있다. 그리고 약 5초의 시간동안 애플리케이션은 요청을 받지 못한다. 즉, 기존에 동작하고 있던 애플리케이션을 내린 순간부터 사용자는 서비스의 중단을 경험한다. 이전 버전(V1) 애플리케이션을 종료하고 새로운 버전(V2) 애플리케이션을 실행하고 새로운 버전 애플리케이션이 요청을 받을 준비가 될 때까지 서비스가 중단된다. 이러한 시간을 다운타임이라고 한다. V1과 V2는 동일한 포트를 사용하기 때문에 하나의 서버에서 하나의 포트를 동시에 서로 다른 애플리케이션이 사용하는 것이 불가능하다. 이를 해결하고자 나온 대안으로는 두 개의 서버 중, 하나의 서버에 배포를 하는 동안 다른 서버.. 공감수 0 댓글수 0 2021. 4. 23.
[GCP 원데이] Jenkins를 이용한 배포 1. 개요 앞서 진행한 방법은 수종 빌드/배포 방식이다. 하지만 Jenkins를 이용한다면 자동화를 할 수 있다. GCP에는 두 가지 인스턴스가 생성이 된다. Jenkins가 실행되는 인스턴스(Jenkins 인스턴스)와 배포 대상이 되는 인스턴스로, 개발한 애플리케이션을 실행시키는 인스턴스(Worker 인스턴스) 두 가지가 있다. 2. 인스턴스 설정 1) 인스턴스 생성 기존에 있던 모든 인스턴스를 삭제하고 새로운 인스턴스 두 개를 만들어준다. jenkins-instance / micro / CentOS 7 worker-instacne / micro / CentOS 7 2) Jenkins 설치 jenkins-instance에 Jenkins를 설치해준다. sudo yum install wget sudo yu.. 공감수 0 댓글수 0 2021. 4. 23.
[GCP 원데이] Dockerized 애플리케이션 배포 1. 개요 로컬에서 Dockerfile을 생성해준다. 로컬에서 Dockerfile을 빌드하여 이미지를 생성한다. 만든 이미지를 DockerHub에 업로드 (push) GCP 인스턴스는 DockerHub에서 이미지를 (pull) GCP 인스턴스에서 이미지를 실행 (run) 2. Dockerfile ※ Spring Boot Docker 문서의 Containerize It 항목부터 동일하게 진행해준다. 1) Dockerfile 생성 FROM openjdk:8-jdk-alpine ARG JAR_FILE=target/*.jar COPY ${JAR_FILE} app.jar ENTRYPOINT ["java","-jar","/app.jar"] 2) 빌드 docker build --build-arg JAR_FILE=bu.. 공감수 0 댓글수 0 2021. 4. 23.
[삽질 피하기] Node 완전 삭제, 설치, 업데이트 1. 삭제하는 이유 ? Mac에 깔린 Node가 이상하게 꼬여있을 경우 완전히 삭제하는 방법은 다음과 같다. 2. Shell 명령어 1) Node JS lsbom -f -l -s -pf /var/db/receipts/org.nodejs.pkg.bom | while read f; do sudo rm /usr/local/${f}; done sudo rm -rf /usr/local/lib/node /usr/local/lib/node_modules /var/db/receipts/org.nodejs.* 2) /usr/local/lib 하위의 node로 시작하는 디렉터리 삭제 cd /usr/local/lib sudo rm -rf node* 3) /usr/local/include 하위의 node로 시작하는 디렉터리 .. 공감수 0 댓글수 0 2021. 4. 23.
[GCP 원데이] Artillery를 사용한 부하 테스트 1. Artillery 1) 설치 brew install node node -v 2) GCP 애플리케이션 실행 이전에 만들어둔 cpu-bound-application을 실행시켜준다. java -jar cpu-0.0.1-SNAPSHOT.jar 3) Artillery 설정 IP 주소를 복사하여 Artillery 스크립트의 target에 넣어주고 불필요한 부분을 삭제해준다. config: target: "http://[IP 설정]" phases: - duration: 60 arrivalRate: 1 name: Warm up scenarios: # We define one scenario: - name: "just get hash" flow: - get: url: "/hash/123" 여기서 phases는 도큐.. 공감수 0 댓글수 0 2021. 4. 23.
[GCP 원데이] CPU를 극단적으로 사용하는 애플리케이션 1. CPU를 극단적으로 사용하는 애플리케이션 1) 컴퓨터 부품 컴퓨터에서 가장 주요한 부품은 하드디스크, 메모리, CPU이다. 애플리케이션은 일반적으로 하드디스크에 담겨있고 이를 프로그램이라고 지칭한다. 하드디스크에 있는 프로그램을 실행시키면 메모리 위로 올라가는데 이를 프로세스라고 한다. 메모리 위에는 실행시킨 프로그램 외에도 여러개의 프로세스가 함께 올라가 있다. 이 프로세스중 누군가는 CPU에 의해 실행되는데, 어떤 프로세스가 실행될지 결정하는 것일 스케줄링이라고 한다. 2) 메모리가 필요한 이유? 메모리가 필요한 이유는 속도차이 때문이다. CPU는 하드디스크보다 굉장히 빠르게 때문에 CPU가 프로세스를 실행하기 위해 하드디스크에게 직접 요청하게 되면 CPU가 아무리 빨라도 하드디스크의 속도와 같.. 공감수 0 댓글수 0 2021. 4. 23.
[GCP 원데이] Docker 1. Docker 1) VM과 Docker의 차이 VM은 Host 운영체제 위에 완전히 독립적인 머신을 만들어서 그 위에 독립적인 Guest 운영체제를 동작시킨다. 하지만 이 방식은 Host 운영체제와 Guest 운영체제 사이에서 '가상화' 단계를 거치면서 오버헤드가 발생한다. 반면 Docker는 각각의 Docker 애플리케이션을 마치 프로세스처럼 간주한다. 따라서 VM에 비해 오버헤드가 적어서 원래의 장비 성능을 발휘할 수 있게 된다. - IaC (Infrastructure as Code) Docker는 Dockerfile에 운영체제, 실행 명령어를 적어두고 실행하면 항상 동일한 환경이 구성이 된다. 즉, 인프라 설정으로 시간을 소비하지 않아도 된다는 뜻이다. 2) GCP Docker 설치 VM 인스턴.. 공감수 0 댓글수 0 2021. 4. 22.
[GCP 원데이] Google Cloud Platform 1. 가입 (무료 체험판) 2. VM 인스턴스 생성 1) VM 인스턴스란 ? 기본적인 서버의 구조라면 하단의 이미지의 오른쪽 부분처럼 물리 장비 위에 Host 운영체제가 올라가고 그 위에서 여러가지 애플리케이션이 실행되는 형태이다. VM은 여기서 Host 운영체제 위에 가상화를 하여 마치 별도의 장비가 있는 것처럼 가상의 장비를 만들어 내어 사용하는 것이다. 이때 VM의 운영체제를 Guest 운영체제라고 한다. 여기서 인스턴스는 이러한 VM 하나하나를 의미한다. 2) VM 인스턴스 생성 공감수 0 댓글수 0 2021. 4. 22.
[Java] Java Garbage Collection 1. Java Garbage Collection GC는 다음과 같은 작업을 수행한다. 메모리 할당 사용 중인 메모리 인식 사용하지 않는 메모리 인식 즉, 메모리가 부족할 때 쓰레기를 정리해주는 프로그램이다. 프로그램을 실행할 때 메모리를 관리하는 OS에 프로그램 실행에 필요한 메모리를 요청하게 되는데, 이 때 메모리를 어디에 저장할지 그 주소를 할당하는데 이 주소를 offset 주소라고 한다. 이 할당된 메모리 들은 프로그램이 돌아가면 필욘적으로 쓰레기가 발생한다. 기존에 가르키던 메모리를 새롭게 선언되거나 형변환이 되면서 다른 곳을 가리키게 되면서 주소를 잃어버리게 되고 다시 찾을 수 없게 되면서 정리되지 않은 메모리가 생겨버리게 되기 때문이다. JVM은 메모리를 부여받고 프로그램을 실행하다가 메모리가.. 공감수 0 댓글수 0 2021. 4. 22.
[Java] JVM, JDK (JRE), JAR vs WAR 1. JVM (Java Virtual Machine) 1) JVM 이란 ? JVM은 자바 가상 머신으로 자바 애플리케이션을 클래스 로더를 통해 읽어 들여 자바 API와 함께 실행하는 것이다. 그리고 JVM은 Java와 OS 사이에서 중간자 역할을 수행하여 Java가 OS에 구애받지 않고 재사용을 기능하게 해준다. 가장 중요한 메모리 관리, GC를 수행한다. 한정된 메모리를 효율적으로 사용하여 최고의 성능을 내기 위해서 자바 가상 머신을 알아야한다. 메모리 효율성을 위해 메모리 구조를 알아야 하기 때문이다. 동일한 기능의 프로그램이더라도 메모리 관리에 따라 성능이 좌우된다. 메모리 관리가 되지 않은 경우 속도 저하 현상이나 튕김 현상 등이 일어날 수 있다. 2) Java 프로그램 실행 과정 프로그램이 실행.. 공감수 0 댓글수 0 2021. 4. 22.
[Spring Boot] Filter, Interceptor, AOP 1. Filter, Interceptor, AOP 1) Filter, Interceptor, AOP 흐름 서버를 실행하면 서블릿이 올라오는 동안에 init이 실행되고 doFilter가 실행 컨트롤러로 들어가기 전 preHandler 실행 컨트롤러에서 나와 @Around, postHandler, doFilter 순으로 진행 서블릿 종료시 destroy 실행 즉, Filter - Interceptor - AOP - Interceptor - Filter 순으로 진행된다. 2) Filter Filter는 Dispatcher Servlet 영역에 들어가기 전 Front Controller 앞 범위에서 수행된다. 그리고 Controller 이후 자원 처리가 끝난 후 응답 처리에 대해서도 변경, 조작을 수행할 수 있.. 공감수 0 댓글수 0 2021. 4. 22.
[참고하기 좋은 내용] 개발을 하면서 놓치기 쉬운 내용 보호되어 있는 글입니다. 공감수 0 댓글수 0 2021. 4. 21.
[삽질 피하기] 기본적인 JWT 토큰 생성 1. 기본적인 JWT 토큰 생성 1) build.gradle implementation group: 'com.auth0', name: 'java-jwt', version: '3.14.0' 2) PasswordUtils package com.example.jpa.sample.util; import lombok.experimental.UtilityClass; import org.springframework.security.crypto.bcrypt.BCrypt; @UtilityClass public class PasswordUtils { public static Boolean equalPassword(String password, String encryptedPassword) { return BCrypt.ch.. 공감수 0 댓글수 0 2021. 4. 21.
[삽질 피하기] @Query, @Modifying, @Transactional 어노테이션 사용법 1. @Query Spring JPA를 다루다보면 쿼리를 직접 정의하여 사용할 경우가 존재한다. 이 때 @Query 어노테이션을 이용하여 정의가 가능하다. 단, @Query 어노테이션에 정의될 필드명은 테이블이 아닌 Entity 클래스와 Entity 속성 이름이다. 파리미터의 값은 @Param 어노테이션을 통해 받아올 수 있다. 예를 들어, id가 일치하고 특정 기간('WHERE') 내에 있는 각 날짜별('GROUP BY') 데이터의 평균('AVG')을, 반환하고자 하는 객체에 매핑하여 가져오는 방법은 다음과 같다. @Query("SELECT new com.example.dto.ResponseDto(" + "AVG(test.age), AVG(test.value), test.regDate) " + "FRO.. 공감수 1 댓글수 0 2021. 4. 21.
[삽질 피하기] JpaRepository 규칙에 맞는 메서드 1. JpaRepository 규칙에 맞는 메서드 1) 기본 메서드 설명 save() 레코드를 저장한다. (insert, update) saveAll() 모든 레코드를 저장한다. findOne() PK로 레코드 한건을 찾는다. findAll() 전체 레코드를 불러온다. (정렬 Sort, 페이징 Pageable 가능) count() 레코드 갯수를 가져온다. delete() 레코드를 삭제한다. findBy로 시작 쿼리를 요청하는 메서드임을 명시한다. countBy로 시작 쿼리 결과 레코드 수를 요청하는 메서드임을 명시한다. 2) 추가 기능 메서드 키워드 예시 설명 And findByEmailAndUserId(String email, String userId) 여러 필드를 and로 검색한다. Or findBy.. 공감수 0 댓글수 0 2021. 4. 21.
[삽질 피하기] 객체지향 쿼리 (Native Query, JPQL) 1. 객체지향 쿼리 JPA는 복잡한 검색 조건을 사용해서 엔티티 객체를 조회할 수 있는 다양한 쿼리 기술을 지원한다. JPQL (Java Persistence Query Language) Criteria Query JPQL을 편하게 작성하도록 도와주는 API, 빌더 클래스 모음 Native SQL JPA에서 JPQL 대신 직접 SQL을 사용할 수 있다. QueryDLS JPA가 공식 지원하는 기능은 아니지만 Criteria 처럼 JPQL을 편하게 작성하도록 도와주는 빌더 클래스, 비표준 오픈소스 프레임워크이다. JDBC 직접 사용, MyBatis 같은 SQL 매퍼 프레임워크 필요하다면 JDBC를 직접 사용할 수 있다. 2. JPQL 지루하게 반복되는 CRUD 문제를 세련된 방법으로 해결 개발자는 인터페이.. 공감수 1 댓글수 0 2021. 4. 21.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.