티스토리

치열하게 독하게

검색하기

블로그 홈

치열하게 독하게

stophyeon.tistory.com/m

stophyeon 님의 블로그입니다.

구독자: 6

방명록 방문하기

주요 글 목록

SQL 서브 쿼리 복잡한 SQL 쿼리문에서 많이 사용되는 것은 서브 쿼리와 JOIN문입니다.위 쿼리문을 사용하는 이유는 원하는 데이터들이 한 테이블에 있다면 좋겠지만 원하는 데이터들이 여러 테이블에 나눠져 있다면 해당 데이터들을 추출하기 위해 서브 쿼리와 JOIN문을 사용해야 합니다. 우선 서브 쿼리문의 동작 과정부터 살펴보겠습니다.서브 쿼리를 포함하고 있는 쿼리문을 외부 쿼리문이라고 합니다.서브 쿼리를 실행한 뒤 외부 쿼리문이 실행되는 순서로 전체 쿼리문이 동작합니다.외부 쿼리 안에 (select .....)를 사용해 쿼리문을 작성하는 것으로 서브 쿼리문을 생성합니다.서브 쿼리 종류서브 쿼리를 사용하는 위치에 따라 종류가 나누어 집니다. 1. 스칼라 서브 쿼리스칼라 서브 쿼리는 외부 쿼리문의 컬럼에 해당하는 부분에 사용.. 공감수 2 댓글수 2 2025. 3. 2.
SQL 쿼리문 정리 - 기초 SQL은 모든 DB에서 사용하는 언어이다. 웹 개발에 JAVA를 사용하듯이 DB에선 SQL언어를 사용해 데이터를 추출, 삽입,수정,삭제하는 것이다.백엔드 개발의 성능에서 가장 중요한 부분을 차지하는 것이 Query문의 실행 속도이다 그렇기 때문에 SQL을 잘 다루고, 파악하는 능력이 중요하다. 글을 쓰고 있는 본인은 쿼리문을 다루는 능력이 어느정도 있다는 생각을 가지고 있었지만 회사에 들어가 실무에서 사용하는 쿼리문을 파악하고 수정하는 업무에서 능력의 부족함을 알고 SQL을 다시 공부하기로 결정했다.SQL 기초 쿼리문1. SELECT SELECT {col1, col2, ...} FROM {Table 명} 2. INSERTINSERT INTO {Table 명} (col1, col2,...) VALUES (.. 공감수 2 댓글수 1 2025. 2. 15.
Kafka- 기본 Kafka란kafka란 실시간으로 스트리밍 데이터를 수집하고 처리할 수 있는 분산 이벤트 스트리밍 플랫폼입니다.말이 어려우니 예를 들어 보겠습니다.MSA 구조로 설계된 어플리케이션은 여러 서버가 있는데 서버가 기능을 수행했을 때 데이터의 변화가 발생하면 다른 서버에 연결되어있는 DB에 있는 데이터에 변경이 필요할 수 있습니다. 이 때 서버간 통신이 필요합니다.서버간 통신을 하는 방법으로는 2가지가 있습니다.1. 다른 서버에 API호출을 통해 서버에 요청을 해서 데이터를 변경하는 방법2. Kafka와 같은 분산 이벤트 스트리밍 플랫폼을 사용하는 방법1번 방법은 서버에 요청을 하므로 요청을 한 서버에 문제가 발생하면 다른 서버에도 영향을 주고, 어플리케이션의 크기가 커질수록 서버가 늘어나고 이 때마다 서버간.. 공감수 0 댓글수 0 2024. 7. 20.
Repository 테스트 코드 테스트 코드 사용 이유 어플리케이션 개발을 하면서 기능이 올바르게 동작하는지 확인하려고 할 때 전체 어플리케이션을 동작시키는 것은 비효율적이고, 오류가 난다면 DB에 변화가 발생할 수 있습니다.위와 같은 이유로 테스트 코드로 확인을 하면서 개발을 해야합니다. 테스트 코드에도 어플리케이션의 전체 구조를 테스트하는 통합 테스트와 일부 구조를 테스트하는 단위 테스트 2개의 종류가 있습니다.예를 들어 Spring Boot로 어플리케이션을 개발할 때 Repository의 쿼리문이 제대로 동작하는지 확인하고 싶을 때는 통합 테스트가 아닌 단위 테스트로 기능을 확인해합니다. 단위 테스트 단위 테스트는 어플리케이션의 전체가 아닌 구조를 분리해 각각 테스트하는 방법입니다.Controller,Service,Reposito.. 공감수 0 댓글수 0 2024. 6. 20.
JPA에서 Lock Lock의 원리 Lock은 데이터베이스 접근에 재한을 두는 것입니다. 좀 더 원리적으로 설명해본다면 Lock을 사용하고 있는 사용자와 다른 사용자들 간의 접근을 제어해 충돌을 방지하는 것입니다. 예를 들어 설명해보겠습니다. 사용자 1,2가 있다고 했을 때 두 사용자가 동시에 한 데이터를 수정하려고 한다면 트랜잭션이 끝나지 않고, 다른 트랜잭션이 시작된다면 나중에 끝나는 트랜잭션의 update쿼리문의 실행 내용만이 실제 DB로 반영되기 때문에 먼저 끝난 트랜잭션의 내용이 없어지게 됩니다. 문제점은 알았으니 Lock을 사용해서 동시성 문제가 해결되는 원리를 알아보겠습니다. 제가 이해한 내용은 Lock은 트랜잭션이 보유하고 있는 권리라는 것입니다. 한 트랜잭션이 Lock을 보유하게 된다면 현재 트랜잭션이 작업.. 공감수 0 댓글수 1 2024. 4. 21.
Lock 동시성 이란 동시성이란 공유 자원에 다수의 트래픽이 접근하는 것을 말합니다. DB의 관점으로 말해보면 공유 자원은 DB를 뜻하고, 다수의 트래픽은 트랜잭션을 말합니다. 즉, 여러 사용자가 하나의 DB Tuple에 접근했을 때 발생하는 문제를 동시성 문제라고 합니다. 동시성 문제 예시 동시성 문제는 백엔드 개발자에게 중요한 이슈입니다. 예를 들어 3명의 사용자가 재고가 30개인 상품을 주문하는데 첫번째 사용자가 15개, 두번째 사용자가 15개 , 3번째 사용자가 10개를 주문한다고 가정했을 때 3번째 사용자는 주문이 취소되어야합니다. 사용자가 주문을 하는 행위를 Query문으로 생각해본다면 주문한 상품을 조회하는 Select문과 상품의 개수를 차감하는 Update문으로 이뤄줘있습니다. 하지만 동시성 문제를.. 공감수 0 댓글수 1 2024. 4. 20.
SQL관련 Error 오류 발생 상황 SQL Error는 프로젝트를 컴파일을 할 때 Database를 접근하는 과정에서 나타나는 오류입니다. 정말 많은 이유가 있지만 제가 겪었던 오류들을 위주로 설명하겠습니다 이유 1. SQL Syntax Error - Table 생성시 예약어가 Column이나 Table명에 들어가있는 경우 - like, comment, select, option등과 같이 SQL 문법에서 사용되고 있는 단어들을 테이블 이름,속성으로 설정 2. SQL Error - 연관 관계가 설정되어있는 테이블 중 1개를 삭제하려고 할 때 왜래키로 해당 Tuple이 존재해서 Delete 명령어가 동작 되지 않음 - 저장하려는 데이터의 타입과 SQL 테이블의 데이터 타입이 일치하지 않는 경우 JAVA > SQL) Long >.. 공감수 0 댓글수 0 2024. 4. 10.
Swagger Swagger가 필요한 이유 swagger는 api를 사용하는 사람들에게 제공하는 설명서입니다. 프론트 개발자는 api를 호출하고 데이터를 불러오는 일을 할 때 백엔드 개발자에게 요청을 어떻게 보내야하는지 응답의 종류는 무엇이 있는지를 매번 물어본다면 능률이 떨어질 것입니다. 다른 예로는 OpenAPI를 사용하는데 어떻게 사용하는지 나와있지 않다면 누구도 이용할 수 없을 것입니다. 위와같은 이유로 API 명세서를 만든다고 한다면 개발자는 요청변수와 응답값에 대한 설명을 작성하는 것도 반복적인 작업이 많아지기 때문에 Swagger를 사용하는 것으로 소스코드에서 명세서를 같이 작성해 반복적인 작업을 줄일 수 있습니다. Swagger는 API의 사용법과 Test할 수 있는 기능을 제공함으로써 API의 사용을 .. 공감수 0 댓글수 0 2024. 3. 14.
MSA에서의 DB DB 동기화란 DB 동기화란 2개 이상의 DB간 Data를 동일하게 유지하는 것을 의미합니다. 모놀리식으로 개발을 해왔다면 DB를 1개만 사용해서 Data를 저장했을 것입니다. MSA 구조의 어플리케이션을 개발한다면 DB per Service라는 말을 들어봤을 것입니다. 말 그대로 마이크로서비스 당 DB를 두는 것입니다. 해당 서비스마다 DB를 두는 것으로 다른 서비스와 독립적으로 서비스를 더 쉽게 수정, 확장 및 배포할 수 있기 때문입니다. DB를 서비스마다 놓기 전에 고려해야할 사항들이 있습니다. 1. 성능,비용 - DB를 여러개 사용한다는 것은 비용이 많이 소모되기 때문에 DB의 분리가 꼭 필요한지 생각한 뒤 결 정해야합니다 2.Join 쿼리 - 분리된 DB에서 Data를 호출을 할 때에는 통합 D.. 공감수 0 댓글수 0 2024. 3. 5.
QueryDSL QueryDSL이란 JPA를 사용하다보면 간단한 쿼리문은 쿼리메서드를 사용하지만, 동적쿼리와 복잡한 쿼리문을 JPA에서 사용하기 위해서 쿼리 메서드를 사용하는 것은 한계가 있습니다. 이 때 JPQL과 QueryDSL을 사용해서 쿼리문을 생성합니다. 동적 쿼리문은 사용자의 요청,프로그램의 상황에 따라 쿼리문이 변경되는 쿼리문입니다. 사용자의 입력에 따라 Query문의 where절이 변경되는 것입니다. QueryDSL은 메서드 형식으로 Query문을 생성하는 방식입니다. QueryDSL을 사용하기 위해서는 의존성을 추가해준뒤 아래 사진과 같이 JPAQueryFactory를 Bean등록을 해주는 것이 좋습니다. Bean으로 등록을 하지 않는다면 사용할 Class 내부마다 개발자가 직접 생성해줘야 하기 때문입니.. 공감수 0 댓글수 0 2024. 2. 28.
Git 충돌 문제 원격 vs 로컬 저장소 Git을 사용하면 원격 저장소와 로컬 저장소라는 단어를 들었을 것입니다. git 저장소는 자신의 컴퓨터인 로컬 저장소와 서버에 있는 원격 저장소로 나뉩니다. 로컬에서 작업한 것은 remote로 push해줘야만 변경사항이 서버(원격 저장소)에 반영됩니다. 아래 사진과 같이 커밋을 한뒤 push를 하는 것이 로컬에서 원격 저장소로 내 소스코드를 반영시키는 것입니다. pull은 원격 저장소의 소스 코드를 로컬 저장소로 반영하는 것을 말하는 것입니다. Git에서의 충돌문제는 원격 저장소간의 브랜치를 병합하는 때에도 발생하지만 대부분의 충돌문제는 로컬과 원격 저장소간에 발생합니다. 원격 저장소에서 로컬 저장소로 pull을 할때나 반대의 경우에 push를 할 경우에 발생합니다. Git 병합 .. 공감수 0 댓글수 0 2024. 2. 23.
Git을 배워야 하는 이유 Git을 제대로 알아야 하는 이유 개발자를 위해 공부하는 분들 중에 Git을 사용하지 않는 사람은 없을 것입니다. 또한 본인의 GitHub에 Repository가 없는 사람도 없을 것입니다. 하지만 Git의 기능을 제대로 활용하는 사람의 비율은 적을 것입니다. 보통 Git을 사용하는 사람들이 사용하는 기능은 Commit & Push & Pull 이 3가지가 전부일 것입니다. 물론 이 3가지가 핵심기능입니다. 하지만 이 사람이 Git을 제대로 활용하는지 알 수 있는 때는 협업을 할 때입니다. 여러 사람들과 하나의 Repository를 사용하다보면 병합 충돌 해결 , History작성 등과 같은 일을 해야합니다. 벌써 모르는 단어가 나왔다면 Git에대해서 공부를 하셔야 합니다. 아무리 잘 개발한 코드라도 협.. 공감수 0 댓글수 0 2024. 2. 20.
N+1 N+1 문제란 N+1문제란 연관관계 매핑된 객체를 조회하는 서비스 메서드 실행 시 생성되는 Query문의 개수가 조회된 데이터의 갯수(n)만큼 추가적으로 발생하는 것입니다. 위 문제는 DB의 조회 성능을 저하시키기 때문에 반드시 해결해야하는 문제입니다. N+1문제의 원인은 연관관계가 매핑된 Entity(1:N or N:1)의 조회 Query를 실행 시 Entity내부에서 연관관계 매핑된 Entity를 조회하는 Query를 추가적으로 실행하는 것입니다. 위의 코드에서 2개의 Entity인 Post와 User는 1:N의 연관관계로 매핑되어있습니다. 연관관계의 주인은 FK를 가지고있는 Post입니다 이제 FK를 통해 Post를 조회하는 메서드에서 실행되는 Query를 보겠습니다. 위의 메서드에서 Query 메.. 공감수 0 댓글수 0 2024. 2. 18.
Transaction 속성 Transaction 속성이 필요한 이유 이전 글에 이어서 이번 글에서는 트랜잭션의 속성에 대해 알아보갰습니다. 트랜잭션을 사용할 때 단순히 @Transactional을 선언하는 것으로 끝나는 경우가 많습니다. 간단한 서비스를 개발하거나 어플리케이션의 사용자가 1명일 때에는 상관없지만 서비스가 복잡해지고 사용자가 여러명일 경우에는 Transaction의 속성을 사용해서 성능을 개선시킬 수 있습니다. Spring에서 Transaction이란 Spring에서 트랜잭션은 DB와 연결될 때 사용됩니다. DB와 어플리케이션을 연결하는 객체로 Connection이라는 객체를 Spring에서 지원합니다. 즉, 트랜잭션의 시작은 Connection의 생성을 의미합니다. 그렇다면 트랜잭션이 여러개라면 Connection.. 공감수 1 댓글수 1 2024. 2. 15.
Transaction Transaction이란 Transaction이란 여러 Query를 하나의 작업으로 묶어주는 기능을 합니다. 예를 들어 비밀번호의 수정은 SELET, UPDATE 2개의 Query문이 모두 정상적으로 동작되야 하고 결제 서비스의 경우는 본인 계좌가 있는 DB에서 SELECT,UPDATE 와 상대방 계좌의 SELECT,UPDATE Query문이 모두 정상적으로 실행되어야 결제 서비스가 완료됩니다. Transacton은 여러 Query문을 하나의 작업으로 묶어서 실행 중 하나의 Query문이라도 동작되지 않는다면 서비스 전체의 문제가 발생하는 것을 해결하는 방법입니다. Transaction와 영속성 컨텍스트 Transaction의 원리를 이해하기 위해서는 JPA의 영속성 컨텍스트에대해 알아야합니다. 이전에 .. 공감수 0 댓글수 0 2024. 2. 14.
OAuth2 구현 OAuthService 예시 코드는 KAKAO의 OAuth 로그인을 사용하겠습니다. 기능의 목적은 사용자의 정보를 Resource 서버에서 응답으로 받은 뒤 DB에 사용자의 정보를 저장하는 것입니다. 1. 사용자의 인증 사용자가 인증 서버에서 인증 성공시 인증을 성공했다는 명세서인 CODE를 등록해놓은 Redirect URI에 쿼리 파라미터에 추가되서 받게 됩니다. 2. 인증 완료후 Token 발급 CODE를 이용해서 Client(내가 만든 어플리케이션의 서버)가 외부 서비스의 인증서버에게 Token을 요청합니다. 인증이 성공했는데 Token을 통해 인증을 한번 더 하는이유는 인증받은 것은 사용자이지만 사용자가 Resource 서버에 요청을 하는 것이 아닌 Client가 요청을 하는 것이기 때문에 이번엔.. 공감수 0 댓글수 0 2024. 2. 7.
OAuth2란 OAuth2가 필요한 이유 사용자가 어떤 서비스를 이용하기 위해서는 대부분 로그인을 해야합니다. 하지만 사용자는 자신의 정보를 여러 어플리케이션에 등록하는 것이 좋지는 않습니다. OAuth2는 인증과 인가를 외부 서버에 위임해서 사용자의 비밀번호와 같은 중요한 정보를 해당 어플리케이션에서 알리지 않고 서비스를 사용할 수 있습니다. 또한 어플리케이션의 입장에서는 인증과 인가에 대한 작업을 위임하기 때문에 Session과 같이 서버에 부담이 가는 기능을 하지 않을 수 있다는 장점이 있습니다. OAuth2 동작 과정 OAuth2의 동작과정은 아래 사진과 같습니다. 위의 사진에 있는 박스안에 요소들은 OAuth2의 구성 요소입니다. Client 인증을 요청하는 서버 즉, 개발한 어플리케이션 Resource Ow.. 공감수 0 댓글수 1 2024. 2. 5.
JWT 로그인 구현 JWT 사용시 로그인 처리 흐름 JWT를 이용해서 사용자 인증을 처리할 경우에 로그인 요청을 처리하는 과정을 알아 보겠습니다. Basic,Form로그인을 사용하지 않기 때문에 Controller에 직접 login URL을 매핑하고 Login 처리 Service를 만들어야 합니다. 이 때 로그인 처리 Service에는 로그인 성공시 사용자의 요청에 있는 Login 데이터로 JWT를 생성하는 로직까지 추가해 줘야 합니다. JWT를 생성하는 Provider와 JWT를 담당하는 Filter는 저번 글 에서 설명했으니 넘어가겠습니다. LoginService LoginService의 메서드는 사용자가 로그인 요청 시 전송하는 데이터를 DB의 데이터와 비교하는 로직과 일치시 JWT를 생성하는 로직이 있어야 합니다. .. 공감수 0 댓글수 0 2024. 2. 4.
DockerHub를 사용해 Container로 어플리케이션 실행 Docker Container에서 실행하는 이유 개발한 Application을 로컬 환경에서 실행하는 것으로 비즈니스 로직의 검증을 했다면 프론트 개발자에게 백엔드 서버를 제공하기 위해서 컨테이너에서 Applicaiton을 동작시켜야 합니다. 컨테이너 환경의 이점은 운영체제와 같이 다른 환경에서도 Application이 동작될 수 있다는 것입니다. 단, 실제 배포가 아니기 때문에 서버를 사용하기 위해서는 사용자가 Docker Hub에서 배포된 이미지를 다운 받아서 직접 컨테이너를 실행해야 합니다. 컨테이너 생성 컨테이너를 생성하기 위해서 개발한 Application을 실행할 수 있는 .jar파일을 만들어야 합니다. gradle을 기준으로 설명하겠습니다. 컨테이너 생성 단계는 아래와 같습니다. 1. Jar.. 공감수 0 댓글수 0 2024. 2. 2.
JWT JWT 로그인 흐름 JWT로 로그인을 구현했을 때 과정을 알아보겠습니다. 처음으로 로그인 요청을 한 사용자는 DB에서 요청 정보가 맞는지 UsernamePasswordAuthentcationFilter를 통해 검증을 한 뒤에 JWT Token을 생성합니다. JWT Token 내부에는 accessToken과 refreshToken이 있습니다. accessToken은 사용자가 요청을 보낼 때 Header에 담아서 보낸뒤 사용자의 인증에 사용하는 Token입니다. refreshToken은 accessToken이 만료되었을 때 새로운 accessToken을 생성할 때 사용하는 Token입니다. 이 두개의 Token을 생성한 뒤에 정의한 JWTToken에 담아서 사용자에게 보내주는 방식으로 로그인을 처리합니다. .. 공감수 0 댓글수 0 2024. 1. 29.
Test 코드 Test 코드 사용 이유 제가 개발 공부를 시작한 시점에 Test코드를 작성하면서 개발하라는 말을 들었을 때 그냥 Application을 실행해서 확인하면 되는데 굳이? 라는 생각으로 Test Code를 작성하지 않고 개발을 했었습니다. 처음엔 Application이 단순하기 때문에 상관없지만 사용하는 기술 Stack이 늘어나고 MSA구조의 Application을 개발하면서 APplication 서버를 한번 실행할 때 다른 서버들도 실행되야하고 특정 API 사용 전에 준비해야하는 메서드들도 실행 해야하는 등의 자원소모가 많아지면서 Test 코드가 중요한 이유를 알게되었습니다. Test Code란 Test Code란 실제 Applicationd을 실행하기 전에 비즈니스 로직이 제대로 작동되는지를 확인하기 .. 공감수 1 댓글수 2 2024. 1. 27.
ObjectMapper ObjectMapper가 필요한 이유 Data를 받고 주는 형식은 정말 다양합니다. Json으로 받고 Java의 객체로 줄 때도 있고 반대인 경우도 있습니다. 이 때 Json형식의 Data를 Java의 객체로 매핑시키거나 Java객체의 Data를 Json으로 매핑시켜야합니다. 일반적으로 가장 많이 사용하는 매핑 방식은 Controller layer에서 @RequestBody를 사용해서 Json Data를 Java의 객체 형태로 매핑시키는 것입니다. 이 외에도 매핑 방식으로는 JsonArray & JsonObject를 사용해서 Json Data의 Key, Value값을 객체에 직접 매핑시키는 방식도 있습니다 이 글에서 소개해드릴 방법은 Jackson 라이브러리에 있는 ObjectMapper를 사용하는 방법.. 공감수 0 댓글수 0 2024. 1. 27.
Feign Client HTTP Client(RestTemplate vs WebClient vs FeignClient) 서비스를 개발할 때는 외부의 서비스를 필요로해서 호출하는 경우가 많습니다. 다시 말해 내가 개발하는 서버가 클라이언트처럼 다른 서버에 요청을 하는 것입니다. 이 때 HTTP Client를 사용해서 외부 서버에 요청을 보냅니다. HTTP Client에는 RestTemplate & Web Client & FeignClient가 있습니다. 주로 사용한 것은 RestTemplate일 것입니다. 하지만 Spring에서 WebClient를 사용하도록 권장하고 있습니다. Web Client는 Spring WebFlux에 있는 기능으로 비동기적인 REST API통신이 가능합니다. Feign Client는 선언적인 방식을 사.. 공감수 0 댓글수 1 2024. 1. 25.
Spring Cloud Config Config란 Config란 구성정보를 말합니다. 지금까지는 Application의 구성정보를 application.yml파일등에 작성하고 관리했을 것입니다. 하지만 구성 정보와 서비스 코드를 분리하는 것이 좋습니다. 만약 구성 정보가 변경된다면 변경된 내용을 적용하기 위해서 서버를 재시작 해야하고, 배포까지 한 상태라면 배포도 다시해야 합니다. 이런 문제를 해결해주는 것이 Spring Cloud Config입니다. 구성 정보만을 저장하고 관리하는 서버를 만들어 서비스들의 구성 정보를 필요시 제공해주는 역할을 합니다. Spring Cloud Config는 구성 정보를 관리하는 Config Server와 구성 정보를 요청하고 받는 Config Client로 되어있습니다 Config Server에는 구성정보.. 공감수 0 댓글수 0 2024. 1. 24.
문제 - 미로 탈출 명령어 문제설명 n x m 격자 미로가 주어집니다. 당신은 미로의 (x, y)에서 출발해 (r, c)로 이동해서 탈출해야 합니다. 단, 미로를 탈출하는 조건이 세 가지 있습니다. 격자의 바깥으로는 나갈 수 없습니다.(x, y)에서 (r, c)까지 이동하는 거리가 총 k여야 합니다. 이때, (x, y)와 (r, c)격자를 포함해, 같은 격자를 두 번 이상 방문해도 됩니다.미로에서 탈출한 경로를 문자열로 나타냈을 때, 문자열이 사전 순으로 가장 빠른 경로로 탈출해야 합니다. 이동 경로는 다음과 같이 문자열로 바꿀 수 있습니다. l: 왼쪽으로 한 칸 이동r: 오른쪽으로 한 칸 이동u: 위쪽으로 한 칸 이동d: 아래쪽으로 한 칸 이동 예를 들어, 왼쪽으로 한 칸, 위로 한 칸, 왼쪽으로 한 칸 움직였다면, 문자열 "l.. 공감수 0 댓글수 0 2024. 1. 23.
Spring Cloud 동작 과정 Spring Cloud 동작 과정 위 그림이 Spring Cloud에서 사용자가 요청을 했을 때 요청을 MicroService에 넘겨주기 까지의 과정입니다. 1. 사용자의 요청이 API Gateway로 들어옴 2. Gateway에서 유레카에게 해당 요청을 처리할 수 있는 MicroService의 위치를 30초마다 받음 3. 유레카가 MicroService의 위치를 Gateway에게 넘겨줌 4. Gateway가 해당 MicroService에게 사용자 요청을 넘겨주고 요청을 처리 위 과정을 거쳐서 사용자의 요청을 처리합니다. 유레카 서버가 모든 서비스의 주소를 가지고 있어야 하기 때문에 등록을 해줘야 합니다. 유레카 서버는 @EnableEurekaServer를 선언해 유레카 서버임을 알려주고, 유레카 서버에.. 공감수 0 댓글수 0 2024. 1. 22.
Spring Cloud 구조 MSA를 지원하는 Spring Cloud Spring Cloud란 MSA 방식으로 개발하는 것을 도와주는 Spring에서 만든 라이브러리 입니다. MSA에 대한 내용을 알고 있다는 가정하에 설명하겠습니다. 아래 사진이 Spring Cloud의 구조와 구성요소들을 나타낸 것입니다. 전체 동작과정을 설명하기전에 각 구성요소들의 역할을 먼저 알아보겠습니다. API Gateway(SCG) API Gateway는 Spring Cloud Gateway(SCG)라고도 불립니다. SCG는 사용자의 요청을 해당 요청을 처리할 수 있는 MicroService로 전달해 줍니다. 즉, 요청을 라우팅하는 일을 합니다. SCG의 내부 구조는 아래 사진과 같습니다. SCG의 동작과정을 알아보겠습니다. 1. 사용자가 요청을 전송 2.. 공감수 0 댓글수 0 2024. 1. 21.
k8s에서 Object Object란 k8s에서의 Object란 구성 단위 입니다. Object에는 기본 Object와 Controller가 있습니다. 기본 Object는 아래와 같이 5개가 있습니다. PoD PoD는 이전 포스팅에서 다루었으니 넘어가겠습니다 Volume 영구적인 저장 공간으로 PoD생성시 같이 생성 Namespace 논리적으로 구분할 수 있는 단위(묶음) Label 리소스를 선택하는데 사용됨(alias) Service Cluster외부와 내부의 통신을 담당 Controller는 기본 Object를 관리하고 추가적인 기능을 하는 요소입니다. 아래와 같습니다 ReplicaSet PoD의 개수를 설정한 만큼 맞춰주는 기능(추가,삭제) Deployment ReplicaSet + PoD의 기능 1. 운영중인 App의 .. 공감수 0 댓글수 0 2024. 1. 19.
Docker - Container생성 Docker를 배우는 이유 Docker는 Container를 빌드, 배포, 실행, 업데이트와 같은 관리하는 기능을 합니다. k8s의 기본 단위인 PoD는 Container로 구성되어있기 때문에 Docker를 배우고 난 뒤에 k8s를 배워야 하는 것이 맞지만 Docker에 Container를 만들기 위해서는 image가 필요합니다. 즉, Docker를 배운다는 것은 image를 만드는 것을 배우는 것인데 Docker에는 Docker Hub라는 image를 업로드하고 다운로드 받을 수 있는 공간이 있어서 다른 사람이 만든 image를 사용하는 것으로 Docker를 배우지 않고 k8s를 사용가능합니다. 하지만 Container의 생성과정을 이해하는 것은 필요하다고 생각합니다. 단순히 따라하는 것과 과정을 이해.. 공감수 0 댓글수 1 2024. 1. 18.
Session VS JWT Session & Cookie session이란 사용자가 어플리케이션에 로그인을 했을 때 사용자의 정보를 일정 시간동안 저장하는 서버의 저장공간입니다. Cookie 서버에서 생성한 사용자 식별정보를 Client에게 응답으로 주고 Client가 요청을 보낼 때마다 Cookie와 함께 보내서 사용자의 인증을 하는 방식에서 사용됩니다. 세션과 쿠키는 다른 개념이지만 두개 모두 사용자의 정보를 유지하기 위한 기능입니다. 두 가지 방법중 하나만 사용해도 되지만, 세션은 서버에 저장공간을 사용하므로 자원의 낭비를 줄이기 위해 쿠기와 같이 사용하는 식으로 사용자의 정보를 유지합니다 JWT JWT는 Json Web Token의 약자로 인증을 위해 사용됩니다. Token의 인증 과정은 사용자가 로그인 요청을 하면 서버에.. 공감수 0 댓글수 0 2024. 1. 18.

문의안내

티스토리
로그인
고객센터

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