티스토리

내 두 번째 뇌

검색하기

블로그 홈

내 두 번째 뇌

second-brain.tistory.com/m

뇌주인 님의 블로그입니다.

구독자: 1

방명록 방문하기

728x90

반응형

주요 글 목록

Spring Boot: JPA 적용기 - entity 구현 #0. 개요기존 mybatis 로 되어있는 코드를 JPA 로 점진적 변환간단한 CRUD 등 코드에 너무 많은 시간 소요하지 않기 위함.JDBC (Java Database Connectivity)DB에 접근하기 위한 자바 표준 인터페이스복잡함. 예외처리, connection 사용 후 반환을 개발자가 직접해야함SQL mapper, ORM 은 위 과정들을 추상화시켜 제공하는 방식.SQL mapper객체와 SQL 문 질의 결과를 매핑.SQL 문을 직접 작성ORM객체와 RDB 데이터 매핑JPAORM 기술에 대한 표준 API장점개발자의 SQL 중심 개발 → 객체 중심 개발JPQL (java persistence query language)테이블이 아닌 객체를 통해 쿼리 작성hibernateJPA의 구현체JPA 자체.. 공감수 2 댓글수 1 2024. 9. 24.
Spring Boot: mongoDB → PostgreSQL 마이그레이션: Conversing 이슈 해결 #1. 개요영업보고 기능을 Java Spring Boot - PostgreSQL 환경에서 구현 완료함.기존 내부적으로 서비스하던 Node / MongoDB 환경에서 구현 된 영업보고 기능 내의 데이터를 PostgreSQL 환경으로 마이그레이션을 진행해야함.데이터가 너무 많아서, API 서버 상에서 데이터가 담긴 mongoDB 를 연결하여 PostgreSQL 로 로직을 통해 마이그레이션을 구현함.그 과정 속에서 Conversion 이슈가 아래와 같이 발생했고, 해결함.#2. 문제 및 해결Exception : org.springframework.core.convert.support.ConversionUtils.invokeConverter(ConversionUtils.java:47)Conversion 이슈mo.. 공감수 0 댓글수 0 2024. 9. 24.
38일차 TIL: MOM(메시지 지향 미들웨어) #1. 오늘의 학습 키워드MOM에 대해비동기 기반의 i/o 방식을 제공하는 Spring WebFlux 에 대해서 알아봤었다.https://second-brain.tistory.com/34또 다른 비동기 방식을 사용하는 통신 유형으로는 메시지 브로커가 떠오른다.메시지 브로커로 RabbitMQ, Kafka 등 익히 들어본 기술이 떠오른다.메시지 브로커에 대해서 알아보기 전에, 우선 메시지 지향 미들웨어 (MoM) 에 대해서 알아보자#2. 공부한 내용1. MOM- 메시지를 통해 앱들을 연결해 서로 간 데이터 교환을 가능케 하는 미들웨어Message Oriented Middleware메시지 지향 미들웨어메시지 기반의 비동기형 메시지를 전달하는 방식의 미들웨어미들웨어이기에 중간에서 관리해주는 시스템이다.메시지 전.. 공감수 0 댓글수 0 2024. 5. 11.
37일차 TIL: 디자인 패턴 #1. 오늘의 학습 키워드디자인 패턴에 대해전에 아키텍처 패턴에 대해서 공부를 했었다.이번에는 좀 더 개발과 가까이 있는 패턴인 디자인 패턴에 대해서 알아보자.디자인 패턴은 아키텍처 패턴보다 하위 수준의 설계로 봐도 된다.아키텍처 패턴전체 시스템의 구조를 설계하기 위함디자인 패턴서브 시스템에 속하는 컴포넌트들과, 그 사이의 관계를 설계하기 위함#2. 공부한 내용1. 디자인 패턴- 개발하면서 발생하는 반복적인 문제에 대한 해결 방안디자인 패턴은 객체 지향의 4대 특성과 설계 원칙 (SOLID) 를 기반으로 구현 되어있다.객체 지향 4대 특성캡슐화 (encapsulation)속성과 메서드를 하나로 묶어서 인터페이스로 해당 데이터들로 접근할 수 있게끔 처리정보 은닉이 가능하고, 재사용 용이, 인터페이스 단순해.. 공감수 0 댓글수 0 2024. 5. 10.
99클럽 36일차 TIL: jenkins #1. 오늘의 학습 키워드jenkins에 대해저번 포스트 때 DevOps 와 CI, CD 등에 대한 개념에 대해 알아보았다.https://second-brain.tistory.com/53CI여러 개발자들의 코드들의 지속적인 통합.CD코드를 항상 배포 가능한 상태로 유지하고, 이를 자동화한다.CI/CD 는 개발자들의 새로 구현한 코드들이 사용자가 사용 가능한 서비스까지 전달하는 과정을 지속 가능한 상태와 자동화 된 과정으로 유지시키는 것이다.그럼 이번엔 파이프라인을 구축하여 배포, 롤백 등을 자연스럽게 해주는 것에 대해 알아보자jenkins#2. 공부한 내용1. Jenkins- 배포, 테스트, 도커 빌드 등 CI/CD 환경을 구축하기 위한 간단한 방법을 제공한다.자바 Runtime에서 동작한다.빌드, 배포.. 공감수 0 댓글수 1 2024. 5. 9.
99클럽 35일차 TIL: DevOps #1. 오늘의 학습 키워드DevOps에 대해개인 프로젝트 때 AWS Ec2 서비스를 사용하여 서버를 배포한 적이 있다.또한 현재 회사에서는 쿠버네티스를 사용하고 있다.코드는 github action 을 통해 배포를 하고 있다develop 브랜치에 머지 될 때마다 자동으로 dev 서버에 배포되는 방식개발과 서비스 제공 프로세스를 관리해주는 모델DevOps 에 대해 알아보자#2. 공부한 내용1. DevOps- DevOps는 서비스를 빠른 속도로 제공할 수 있도록 도와주는 방식, 도구의 조합Development + Operation 의 약자.즉 개발과 운영을 결합하여 탄생한 개발 방법론개발자와 운영 담당자 사이의 협업, 통합 및 자동화를 강조하는 소프트웨어 개발 방법론개발팀과 운영팀이 DevOps 모델 하에서.. 공감수 0 댓글수 0 2024. 5. 8.
99클럽 34일차 TIL: 개발 방법론 - Agile #1. 오늘의 학습 키워드Agile에 대해개발 스타트업에서 일하다보면 자주 등장하는 용어들이 있다.스크럼, 스프린트, 목업, 프로토타입, 등등..그렇게 어려운 개념들은 아니기에 사용하면서 체화 되긴 하지만, 정보처리기사 시험을 준비하면서 다시 처음부터 배우게 되었다.그중에서 현재 사용중인 개발 방법론인 Agile 애자일에 대해서는 한 번 정리를 하고 넘어가는 것이 좋겠다.#2. 공부한 내용1. Agile- 일정한 주기로 빠르게 프로덕트를 출시하여 고객의 요구사항 및 환경에 맞게 보완 및 수정을 해나가는 소프트웨어 개발 방법론애자일 자체의 의미는 “민첩함, 기민함”의미에 따라 해당 방법론은 변화 및 요구에 빠르게 대응을 하는 것이 포인트일정한 주기를 반복하면서 개발 과정을 진행한다.여기서 주기는 보통 스프.. 공감수 0 댓글수 0 2024. 5. 7.
99클럽 33일차 TIL: 클라이언트 사이드 캐시 #1. 오늘의 학습 키워드클라이언트 사이드 캐시 에 대해cache 의 종류와 redis 의 선정 및 CDN 의 개념의 대해 알아보았다.cache 종류 비교 및 선정https://second-brain.tistory.com/9redis 적용https://second-brain.tistory.com/10CDNhttps://second-brain.tistory.com/50이번 포스트에서는 다른 측면에서의 캐시인 클라이언트 사이드 캐시에 대해서 알아보자#2. 공부한 내용1. 클라이언트 사이드 캐싱- 브라우저 측에서 데이터 저장 (캐싱)웹 페이지를 접근할 때, 서버 데이터의 서브셋을 클라이언트 측 로컬 디스크나 메모리에 저장을 한다.추후 페이지가 로드될 때, 접근한 정보가 클라이언트 측에 있다면, 굳이 서버 측 .. 공감수 1 댓글수 1 2024. 5. 6.
99클럽 32일차 TIL: CDN #1. 오늘의 학습 키워드CDN 에 대해전에 개발 중인 API 서버에 cache 를 도입하려 Spring 에서 사용 가능한 cache 종류들을 비교하고, 적용하는 글을 포스팅한 적이 있었다.cache 종류 비교 및 선정https://second-brain.tistory.com/9redis 적용https://second-brain.tistory.com/10이번에는 캐시와 그와 관련된 개념들에 관해서 개념적으로 접근하여 공부를 해보겠다.우선, CDN에 관해 알아보자#2. 공부한 내용1. CDN- 사용자의 지리적 위치, 브라우자 출처 및 컨텐츠 전달 서버를 기반으로,페이지 및 기타 웹 컨텐츠를 사용자에게 전달하는 분산 서버 시스템이다.Contents Delivery Network의 약자콘텐츠 전달 네트워크즉 .. 공감수 0 댓글수 0 2024. 5. 5.
99클럽 31일차 TIL: 토큰 인증 #1. 오늘의 학습 키워드토큰 인증 에 대해JWT 와 OAuth, 그리고 Basic 인증에 대해 알아보았다.JWThttps://second-brain.tistory.com/46처음 로그인 성공 후 인증 정보가 담긴 Json 객체를 암호화한 JWT로 클라이언트가 서버에 인가된 요청을 보내는 방식OAuthhttps://second-brain.tistory.com/47사용하고자하는 서버로부터 직접 접근 권한을 받는 것이 아닌 서드파티 어플리케이션으로부터 권한을 부여받아서 서비스를 이용하는 방식Basic 인증https://second-brain.tistory.com/48HTTP 헤더에 id, pw 자체를 집어넣어서 매번 서버로부터 인증을 받는 방식이번엔 토큰 인증 에 대해 알아보자.#2. 공부한 내용1. 토큰 .. 공감수 0 댓글수 0 2024. 5. 4.
99클럽 30일차 TIL: Basic 인증 #1. 오늘의 학습 키워드Basic 인증에 대해JWT 와 OAuth 에 대해 알아보았다.JWThttps://second-brain.tistory.com/46처음 로그인 성공 후 인증 정보가 담긴 Json 객체를 암호화한 JWT로 클라이언트가 서버에 인가된 요청을 보내는 방식OAuthhttps://second-brain.tistory.com/47사용하고자하는 서버로부터 직접 접근 권한을 받는 것이 아닌 서드파티 어플리케이션으로부터 권한을 부여받아서 서비스를 이용하는 방식이번엔 기본적인 인증 방식인 Basic 인증 에 대해 알아보자.#2. 공부한 내용1. Basic 인증- ID, PW 자체로 인증 정보로 사용하는, 말그대로 가장 기본적인 인증 방식JWT 방식에서는 ID, PW를 client 에서 server.. 공감수 1 댓글수 1 2024. 5. 3.
99클럽 29일차 TIL: OAuth #1. 오늘의 학습 키워드OAuth에 대해인증에는 여러 방법이 있고 저번에는 JWT 에 관한 포스트 글을 작성하였다.https://second-brain.tistory.com/46제일 익숙했던 방식이고, 실제로 사용 중이던 방식이 JWT 인증 방식이었다.다른 인증 방식에 대해서도 알아보자.이번엔 OAuth 에 대해 알아봅시다.#2. 공부한 내용1. OAuth- 사용자들이 특정 서비스를 입력할 때 직접 비밀번호를 입력하지 않고, 연동되는 외부 웹 / 앱의인증 정보를 통해 해당 서비스를 이용하는 방식의 접근 위임을 위한 개방형 표준.실생활에서 인터넷을 조금만 하더라도 흔히 접할 수 있는 방식의 인증 절차다.ex) 프로그래머스 사이트카카오 로그인네이버 로그인구글 로그인등등..1) 구성 요소Resource Ow.. 공감수 0 댓글수 0 2024. 5. 2.
99클럽 28일차 TIL: JWT #1. 오늘의 학습 키워드Spring에서의 JWT에 대해현재 사용자 관리 백엔드 측 개발을 맡고 있다.사용자 관리라 함은 해당 서비스를 사용할 수 있는 유저들의 인증, 권한 정보들에 대한 관리이다.따라서 사용자 별 ID, PW 관리 및 특정 메뉴에 대한 권한 관리 등에 대한 로직을 개발 중에 있다.그 중 비밀번호 재설정(찾기) 기능을 개발하다가 인증에 대해 공부하고 싶어졌다.해당 기능은 이메일로 인증코드를 전송하여, 사용자가 인증코드를 입력하여 일치하는 확인하는 로직 등으로 이뤄져 있는데, 이 때 로그인 후 클라이언트 측에서 획득한 토큰 정보 없이 이루어져야 한다.로그인 절차 없이 수행 되어야하는 기능이기 때문.그래서 토큰과 인증 절차에 대해 알아보고 싶어졌다.#2. 공부한 내용1. JWT- Json W.. 공감수 0 댓글수 1 2024. 5. 1.
99클럽 27일차 TIL: 아키텍처 패턴 - SOA #1. 오늘의 학습 키워드개발 아키텍처 패턴 중 SOA에 대해모놀리식 아키텍처, MSA, 그리고 모노레포 에 대해 알아보았다.모놀리식:https://second-brain.tistory.com/42MSAhttps://second-brain.tistory.com/43모노레포https://second-brain.tistory.com/44이번엔 SOA에 대해서 알아보자.#2. 공부한 내용1. SOA- 개발하고자하는 프로젝트 전반을 기능 단위로 서비스로 쪼개서 구축하여, 개발된 서비스들을 조합하여새로운 서비스를 만드는 구조.Service-Orientd Architecture 의 약자.말그대로 서비스를 지향하는 구조다.이때의 서비스의 정의플랫폼에 종속되지 않고, 표준화된 호출 인터페이스 (일반적으로 Rest AP.. 공감수 0 댓글수 0 2024. 4. 30.
99클럽 26일차 TIL: 아키텍처 패턴 - 모노레포 #1. 오늘의 학습 키워드개발 아키텍처 패턴 중 모노레포에 대해모놀리식 아키텍처 및 MSA에 대해 알아보았다.모놀리식:https://second-brain.tistory.com/42MSAhttps://second-brain.tistory.com/43이제는 모노레포에 대해서 알아보자#2. 공부한 내용1. 멀티레포- MSA로 프로젝트를 진행할 때, 서비스 별 레포지토리를 별도로 가지게 되어서, 레포지토리가 2개 이상일 때 멀티레포라고 부른다.요즘 어떤 프로젝트를 개발한다고 했을 때, 웬만해서는 MSA 멀티레포로 개발하게 된다.보통 프론트엔드, 백엔드 나눠서 진행하게 되기 때문.1) 장점MSA 의 장점과 거의 동일시하면 된다.독립적인 빌드, 배포로 인한 개발 생산성기술 스택의 다양성 등2) 단점레포지토리가 많.. 공감수 0 댓글수 0 2024. 4. 29.
99클럽 25일차 TIL: 아키텍처 패턴 - MSA #1. 오늘의 학습 키워드개발 아키텍처 패턴 중 MSA에 대해저번 시간은 모놀리식 아키텍처에 대해 알아봤다다시 정리하면 모놀리식 아키텍처는 초기에는 개발 편의성이 높고, 빠른 구축이 가능하지만,어플리케이션의 복잡도가 높아질 수록 모놀리식 아키텍처는 부적합하다.그러면 이런 문제 점을 해결해주는 패턴은 무엇일까MSA#2. 공부한 내용1. MSA- 어플리케이션을 다수의 서비스로 분리하여 개발하는 구조각 서비스는 별도의 프로세스에서 실행된다배포도 독립적으로 실행 됨각 서비스는 자신만의 기능을 담당한다이때 각 서비스는 제공되는 기능에 따라서 다른 언어나 기술로 구현 되었을 수도 있다각 서비스는 http api 같은 가벼운 매커니즘으로 통신1) 장점높은 개발 생산성각 서비스 단위로 개발 / 유지보수 되기 때문에, .. 공감수 0 댓글수 2 2024. 4. 28.
99클럽 24일차 TIL: 아키텍처 패턴 - 모놀리식 #1. 오늘의 학습 키워드개발 구조 패턴 중 모놀리식 패턴에 대해기존 노드로 개발했을 때 모노레포 구조로 모든 모듈의 백엔드 및 프론트엔드 코드가 하나의 레포지토리에서 구현 되었다.각 모듈 별로 단독 백서버 및 프론트 화면 실행이 가능하였다.원래는 해당 구조로 개발 하다 msa 구조로 변경하려 했었다.노드에서 스프링으로의 리팩토링 때문에 결국 무산 되었지만이때 대두 됐던 개념인 모노레포, msa 등에 대해서 알아보자그전에 제일 기본적인 개발 아키텍처 패턴인 모놀리식 아키텍처에 대해서 알아보자.#2. 공부한 내용1. 모놀리식 아키텍처- 어플리케이션에서 사용되는 모든 코드가 하나의 대규모 구조로 구성되어있는 패턴하나의 시스템이 서비스에서 제공하는 모든 기능을 처리하도록 설계 되어있다.MSA 는 반대로 작은 .. 공감수 0 댓글수 4 2024. 4. 27.
99클럽 23일차 TIL: Thread (Java, Spring) #1. 오늘의 학습 키워드자바 스프링에서의 쓰레드에 대해JS → 자바로 넘어오면서, 언어에 차이는 멀티쓰레드 유무라고 알고 있었다.JS싱글 쓰레드자바멀티 쓰레드이에 대해서 디테일하게 알아보자#2. 공부한 내용1. Process- 운영체제(os)에서 할당하는 작업의 단위- 실행 중인 프로그램프로세스는 디스크 → 메모리 → CPU 의 할당을 받는 작업의 단위컴퓨터에서 실행 중인 프로그램으로 봐도 무방하다프로세스 끼리는 별도의 메모리 영역을 갖는다.2. Thread- 프로세스의 실행 최소 단위한 프로세스 내의 여러 쓰레드가 작업을 나누어서 실행을 한다.같은 프로세스 내 쓰레드 끼리는 자원 공유가 가능하다.공유되는 자원은 코드, 데이터, 파일 등이다.구조쓰레드 ID쓰레드의 식별자프로세스도 PID 가 있듯이 쓰레.. 공감수 0 댓글수 0 2024. 4. 26.
99클럽 22일차 TIL: KISS, YAGNI, DRY #1. 오늘의 학습 키워드소프트웨어 개발 3대원칙 KISS, YAGNI, DRY에 대해저번 포스트에서 객체지향 설계 5대 원칙인 SOLID 원칙을 알아보았다.https://second-brain.tistory.com/38이번엔 추가적으로 전체를 아우르는 소프트웨어 개발 3대 원칙에 대해 알아보자#2. 공부한 내용1. KISS- Keep It Simple Stupid- Keep It Short and Simple- Keep It Small and Simple위 phrase 들의 약어다.즉 소프트웨어 설계 시 최대한 간단하고 짧게 구현하라는 뜻이다.소스 코드가 될 수도 있고, 설계 구조가 될 수도 있다.요건만 만족한다면, 굳이 불필요하게 복잡하게 설계를 할 필요가 없다.복잡할 수록 생산성은 낮아지고, 유지보.. 공감수 1 댓글수 2 2024. 4. 25.
99클럽 21일차 TIL: Validation Group #1. 오늘의 학습 키워드자바 스프링 부트에서 Validation을 특정 Group에 대해서만 걸어주고 싶을 때자바 스프링 부트에서 개발을 진행할 때, 만약 같은 DTO로 여러 API 를 대응했을 때, validation 의 규칙을 다르게 해야하면 어떻게 해야될까전에 Loki 서버로 에러 로그를 전송해주는 LokiUtil 컴포넌트를 개발하였다.해당 메서드로 프론트의 로그도 같이 전송해주려 API 를 개발하였는데,이때 API는 아래의 두 종류가 되고, 두 API는 기본적으로 로그 형식은 같기에, DTO는 하나를 공유하고 있다프론트의 에러 로그 전송 API프론트의 화면 방문 추적 로그 전송 API#2. 공부한 내용@NotBlank해당 어노테이션은 Dto의 속성에 공백.. 공감수 0 댓글수 2 2024. 4. 24.
99클럽 20일차 TIL: SOLID #1. 오늘의 학습 키워드 개발원칙 SOLID 에 대해서 자바 스프링 부트로 개발을 하기 시작하면서, 여러 기술을 접하면서, 객체 지향 프로그래밍은 이런 것이구나, 를 간접적으로 느꼈다. 그러면 객체지향 프로그래밍의 5가지 설계원칙, SOLID 에 대해서도 알아보자 #2. 공부한 내용 SOLID 객체지향 프로그래밍을 하면서 지켜야하는 5대 원칙 5개의 원칙은 아래와 같다 SRP (단일 책임 원칙) OCP (개방 - 폐쇄 원칙) LSP (리스코프 원칙) ISP (인터페이스 원칙) DIP (의존 역전 원칙) 1. SRP (Single Responsibility Principle) 단일 책임 원칙 단일의 모듈은 단일의 책임을 갖는다는 원칙 특정 모듈을 수정할 때, 해당 모듈을 수정하는 이유는 하나여야된다는 의.. 공감수 0 댓글수 0 2024. 4. 23.
99클럽 19일차 TIL: WebSocket #1. 오늘의 학습 키워드 자바 Spring 에서의 WebSocket 에 대해서 저번 post 에서 HTTP 2 방식으로 통신을 하여 양방향 통신을 지원하는 gRPC 에 대해서 알아보았다. 또한 채팅 등 실시간 서비스에 적합한 Spring Webflux 에 대해서 알아보았다. 이 두 가지의 특징을 살펴보면, 익숙한 또 다른 기술이 떠오른다 WebSocket #2. 공부한 내용 WebSocket 웹 소켓 웹 소캣은 서버와 클라이언트 사이의 인터액티브 통신 세션을 설정하여 언제든 양방향 통신 및 데이터 전송을 가능하케 하는 기술이다 보통 채팅, 증권 거래, sns 등 서비스에서 많이 쓰이고 있다. 채팅 서비스를 구현 할 때 기존 rest API 방식을 사용하게 되면, 클라이언트에서 매번 서버로 HTTP 통신.. 공감수 0 댓글수 0 2024. 4. 22.
99클럽 18일차 TIL: gRPC #1. 오늘의 학습 키워드 자바 Spring Boot에서의 gRPC 에 대해서 MSA 구조에서 service 간 통신에서 REST API 를 쓸 수도 있지만 gRPC 를 쓸 수도 있다. Spring Boot 에서 이미 gRPC 를 지원해주는 라이브러리가 존재하기 때문. 일반적으로 REST API 는 단일 request 단일 response 이기 때문에, 여러 response 반환을 원할 경우, 그만큼의 request 를 보내야 해서 네트워크 통신 비용이 많이 소모된다. 그래서 gRPC 가 성능적인 관점에서 REST API 를 사용하다 좋은 대체제로 대두된다. #2. 공부한 내용 gRPC google, Remote Procedure Calls 구글에서 개발한 원격 프로세저 호출을 위한 시스템. REST 처.. 공감수 0 댓글수 0 2024. 4. 21.
99클럽 17일차 TIL: Spring Webflux: Mono, Flux #1. 오늘의 학습 키워드 Reactive Streams의 4가지 Interface 및 Spring Webflux 의 반응형 타입 Mono 와 Flux 에 대해서 저번 post 에서 Spring WebFlux 의 개념적인 부분을 다뤘다. 다시 정리를 해보면, Spring Webflux 는 Non-Blocking, 비동기적 i/o 방식을 지원하여 높은 확장성과 성능을 자랑하는 반응형 웹 프레임워크이다. 반응형 프로그래밍, Reactive Streams 과 Reactor에 대한 개념도 다뤘었는데, 그 중 Reactive Streams의 interface 4가지와, 또 그 중 Publisher 에 해당하는 Mono와 Flux에 대해서, 좀 더 디테일하게 알아보자. #2. 공부한 내용 Reactive Strea.. 공감수 0 댓글수 2 2024. 4. 20.
99클럽 16일차 TIL: Spring Webflux #1. 오늘의 학습 키워드 Spring Webflux 에 대해서 기존에 많이 사용했던 Spring MVC 패턴은 blocking I/O 방식이다. 요청을 하고 응답이 올 때까지 대기. 그런데 몇몇 요건에 따르면 요청을 보내고 다른 일을 할 수 있도록 대기하지 않길 원한다. 예를 들면 시스템 알람과 같은 것. 실시간 어플리케이션 그러면 Non-blocking I/O 방식을 지원해주는 프레임워크는 무엇일까 #2. 공부한 내용 Spring Webflux 반응형 및 비동기적 웹 앱 개발을 지원하는 모듈 비동기 Non-Blocking I/O 방식을 제공 Reactive Streams 의 구현체 중 하나인 Reactor 에 의존하여 비동기 로직을 구성. 비동기적인 이벤트 지향 프로그래밍을 통해 얻을 수 있는 이점 .. 공감수 0 댓글수 0 2024. 4. 19.
99클럽 15일차 TIL: N+1문제 #1. 오늘의 학습 키워드 자바 스프링에서의 N+1 문제 에 대해서 JPA를 적용하는 과정에서, DB에 관련된 이모저모를 알아보는 과정에서 또 하나 재밌는 개념을 발견했다. 트랜잭션, MVC 패턴 등은 이미 백엔드 코드 구현 중에 체득되어있는 지식들이지만, 해당 문제에 대한 대비는 아직 백엔드 코드에서 이뤄지지 않은 것 같다. 혹은 눈치를 채지 못했거나. 또한 분명 대학교 수업 시간에 배웠던 기억이 있지만, 가물가물하기에 다시 한 번 상기시켜보도록 하자. #2. 공부한 내용 N+1 문제 연관 관계에서 발생하는 이슈 연관 관계가 설정된 Entity를 조회할 시, 조회된 데이터 개수 (N) 만큼 연관 관계가 있는 데이터를 추가로 조회하는 쿼리를 발생시키는 문제 쉽게 말하면 1번 쿼리로 조회하고자 하는데 N .. 공감수 0 댓글수 0 2024. 4. 18.
99클럽 14일차 TIL: Transaction #1. 오늘의 학습 키워드 자바 스프링에서의 Transaction 에 대해서 JPA, myBatis 동시 사용을 위한 multitransaction 을 구현하기 전 Transaction 자체에 대해서 알아보고 넘어가자. DB 수업 시간에 아주 중요한 파트를 차지했던 Transaction. 이렇게 수업시간에 배웠던 내용들을 실제 코드에서 구현하는 것은 재밌는 일이다. 트랜잭션의 구현은 복잡할 줄 알았는데, Spring에서는 굉장히 쉬운 방법을 제공하고 있었다. #2. 공부한 내용 Transaction 트랜잭션 더 이상 쪼갤 수 없는 업무 처리의 최소 단위. 예) A → B 에게 송금할 때: A는 돈을 지불하고 B는 돈을 받는 것. 이 작업들은 하나의 트랜잭션으로 쪼갤 수 없다. 트랜잭션의 특징: ACID .. 공감수 0 댓글수 0 2024. 4. 17.
99클럽 13일차 TIL: Hikari CP #1. 오늘의 학습 키워드 자바 스프링에서 Hikari 에 대해서 현재 회사에서 기존에 사용하던 MyBatis에 추가로 JPA를 도입하려한다. 두 기술을 동시에 사용하려다보니 고려사항이 많아진다. 그 중 현재 본인이 대응해야하는 것은 멀티 트랜잭션 관련 문제다. 기존 MyBatis로 설정된 transaction Manager 와 JPA로 설정된 transaction Manager 가 다르기에 묶어줘야하거나, 단일 트랜잭션을 묶어서 사용해야한다. 해당 문제를 해결하기 전에 CP와 히카리(Hikari)에 대해 짚고 가기 위해 글을 쓴다. (해결과정은 추후 블로그 글을 올리겠다) #2. 공부한 내용 JDBC Java Database Connectivity 자바에서 DB에 쿼리를 던지거나, 수정 할 수 있도록 .. 공감수 0 댓글수 0 2024. 4. 16.
99클럽 12일차 TIL: MVC #1. 오늘의 학습 키워드 자바 스프링에서 MVC 의 개념 노드에서 자바 스프링부트로 리팩토링하는 과정에서, 개인적으로 언어 자체의 친숙도 문제 이외에는 크게 어려운 작업이 아니었던 이유는 코드 패턴이 흡사하였기 때문이다. Node Router (controller) → Service → DAO 패턴 Spring Controller → Service → Repository 패턴 여지껏 위 패턴으로 백엔드 개발을 진행해왔다 보니, 스프링을 사용하여 개발을 할 때는 MyBatis 를 사용하였기에 SQL 쿼리를 직접 구현하는 부분 제외하고는 처음엔 크게 익숙치 않은 구석은 없었다. 그럼 이쯤에서 질문을 할 수 있겠다. 이러한 패턴은 뭐라고 부르는 것일까? 이러한 패턴은 직접 사용해보니 직관적이고 구현하기 편리.. 공감수 0 댓글수 0 2024. 4. 15.
99클럽 11일차 TIL: AOP #1. 오늘의 학습 키워드 자바 스프링에서 AOP 의 개념 회사 내 백엔드 로직의 캐시를 도입하는 도중, 캐시 처리된 로직을 테스트 하던 중 redis 서버과의 연결이 안 된 상황에서 테스트가 된 적이 있었다. 그때 디비와의 연결은 문제가 없는데도, 캐시가 처리된 로직은 redis 서버만 다운되면 api 호출 시 에러가 났다. 개인적으로는 당연히 캐시 서버가 다운되면 디비로부터 정보를 가져와야 되는 게 아닌가라는 생각을 했다. 안타깝게도 그런 기능은 직접 구현해야됐던 상황이었다. 해당 기능을 구현하는 상황에서 모든 캐시 어노테이션 쪽에 디비와의 연결을 보장하는 로직을 공통적으로 적용되는 코드로 추출하고 싶었는데, 이러한 개념을 AOP 라고 한다는 것을 깨달았다. 사실 이미 공통적으로 사용되는 날짜, St.. 공감수 0 댓글수 0 2024. 4. 14.

728x90

반응형

문의안내

티스토리
로그인
고객센터

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