Go Gradually - Repository

SQL 문법의 동작 순서 외우는 법게토레이랮혼애ㅣfowghsdol각 문법의 첫글자를 딴 형태로 만든 암기 방식이다.실제 동작 순서는 다음과 같다.fromon(join)wheregroup byhavingselectdistinct, unionorder bylimit/offsetFrom쿼리의 작업 대상이 되는 기본 테이블을 결정한다.최초 쿼리가 동작할 테이블/뷰/파티션/서브쿼리가 정확히 어딘지를 결정한다.On(Join)조인 순서 최적화조인 알고리즘 선택별도의 글로 작성해야 함. 깊이가 깊음. (작성예정)WhereFROM/Join 절로 생성된 모든 행에 대해 필터링을 수행한다.인덱스를 사용 가능한 (sargable) 조건들에 대하여, 인덱스를 사용하여 탐색한다.집계함수를 사용할 수 없다.select 절에서 정의..

통신(파일 I/O, 네트워크I/O) 개념에서 비동기와 논블로킹 개념은 매우 혼동하기 쉬운 주제이다.네트워크를 정확히 모른다는 것은 장님이 코끼리 만지는 격이니, 이번기회에 제대로 정리하고 넘어가보자. 전제이 방식은 모두, 이 패턴을 따를 때 적용된다.호출자가 어떤 작업을 요청하고,처리자가 그 결과를 돌려준다.코드의 흐름이 동기/비동기인것은 문제에서 제외하고, 통신 개념에서의 동기/비동기에 집중해주길 바란다.코드의 흐름이 동기/비동기인 것과, 외부 서버와의 통신이 동기/비동기인 것은 문제가 발생하는 상황이 다르다.이 과정에서, 호출자의 대응 전략에 집중해보자.참고) 좌측 코드의 흐름은, 블로킹/논블로킹이 결정되지 않은 상태이다. get() 시 데이터가 준비되어 있다면 논블로킹처럼 동작할 것이고, 준비되지 ..

게시판 기능을 구현하며, 기술적으로 고민했던 사항들과 배웠던 것들이다.회원 정보 기능은 가장 간단하게, 랜덤 쿠키값을 부여해서 구분하면 할 수 있겠지만, 현재 프로젝트의 목적이 서비스는 아니므로 건너뛰겠다.학습을 목적으로, Comment를 독자적인 애그리거트가 아닌, Post의 Child Entity로 두었다.Child Entity vs. Value Object vs. DTO의 비교링크 참고JDBC를 사용하면서, child Entity를 생성/수정/삭제하는 방법링크 참고이벤트의 설계 방법링크 참고JPA도 아닌데, @Transactional을 굳이 필수로 붙여야 할까?단순 조회 로직에 대해선 @Transactional 없이 사용해보자.리포지토리 vs DAODAODB 접근만을 위한 객체저수준 DB API를 ..

이벤트는 일반적으로 비동기 작업 시 굉장히 유리함을 갖기 때문에 자주 사용하게 된다.도메인 이벤트와 애플리케이션 이벤트의 차이점에 대해 알아보자.주의) 이벤트의 정의는 발행자가 결정하는 것이고, 아래 설명은 모두 "발행자" 기준으로 된 설명이다.도메인 이벤트도메인 이벤트(Domain Event)란 비즈니스 관점의 이벤트를 의미한다.도메인 모델 내에서 “무엇이 실제로 발생했는지”를 표현하는데 집중하며, 도메인 언어를 사용하여 표현한다.주로 “주문이 생성되었다”, “새로운 손님이 입장했다”와 같은 방식으로, 비즈니스적 상황의 변화를 알리는데 집중한다.목적도메인 모델 간 결합도를 최소화하는데 사용한다.Event Sourcing 구현 시 상태를 복원할 수 있는 근거를 제공하는데 사용한다.비즈니스 규칙 변경에 따..

일반적으로 패키지 네이밍 시 사용되는 용어들의 종류와 그 의미이다.토큰보통 포함되는 위치의미/용도(관례)config최상위 또는 layer스프링 설정 클래스들 (Java Config, 빈 정의, 프로퍼티 등)domainBounded Context 안도메인 모델: 엔티티, 밸류, 애그리거트, 도메인 서비스entitydomain 하위 또는 별도JPA @ Entity 전용 클래스dto / modeldomain 옆계층 간 데이터 전달용 객체 (DTO/VO)repositoryinfrastructure 또는 domain영속성 인터페이스, Spring Data 리포지토리persistence / infra(structure)root layerDB·메시징·외부 API 등 인프라 어댑터serviceapplication la..

여태까지 수많은 강의와 책을 봤지만, 이런 내용은 기본적이라고 취급하는지 뚜렷한 기준을 찾기 어려웠다.따라서 직접 정리해보았다.패키지의 구성요소 분류설명하기 전에, 다음 세가지 요소를 설명하도록 하겠다.모듈비즈니스 도메인 내에서 정의하는 하나의 기능 단위를 의미한다.예시ordermemberproduct레이어아키텍쳐에서 추구하는 계층 구조를 의미한다.예시domain: 비즈니스 로직을 담당하는 레이어. 도메인 모델과 도메인 서비스, 도메인 이벤트가 여기 속한다.application: 비즈니스 로직을 이용한 UseCase 를 담당하는 레이어. 대표적으로 application service, QueryRepository 계열이 있다.interface: Use Case를 직접 호출하는 레이어. 대표적으로 job ..

사전 지식Child Entity란 무엇인가?도메인 모델 완전성과 도메인 모델 순수성JDBC로 Aggregate Root의 Repository를 설계하면서 도메인 모델 순수성을 지키려고 하다 보면, JDBC로는 도메인 모델 생성/수정/삭제 로직으로 영속성 데이터를 변경할 수 없다.우리가 JPA의 Dirty Checking 에 익숙해져있기에 눈치채지 못하지만, 일반적으로 도메인 모델이 수정되었다고 해당 사항이 즉시 반영되진 않는다.JPA는 (양방향+CascadeType.PERSIST+orphanRemoval = true의 경우) 리스트에 추가/삭제하는 것만으로 객체의 생성/삭제 로직을 자동으로 SQL 문으로 만들어 쿼리해준다.하지만, JDBC의 생성/삭제는 Dirty Checking을 통한 자동 쿼리 생성이..

DDD에서 객체는 id, state, operation 이 세가지를 가지고 있어야 Entity로 승격된다.사전 지식 - Entity로 인정받기 위한 3가지 요소ID다른 객체와 구분할 식별자가 필요하다.State객체가 스스로 자신의 상태를 가져야 한다.Operation객체가 스스로 행동하기 위해 정의된 규칙이 있어야 한다.지금부터 위 기초 지식을 바탕으로, Child Entity와 Value Object, DTO 세가지를 분류/분석해보자.Child Entity애그리거트 루트의 하위 엔티티 중, VO가 아닌 것.ID, State, Operation을 모두 가져야 한다.Child Entity의 경우, 외부와 직접 상호작용하는 로직 없이, 자신의 영역 내에서만 관리되는 비즈니스 로직을 가져야 한다.모든 로직이 ..

상품 관리 기능을 구현하며, 기술적으로 고민했던 사항들과 배웠던 것들이다.h2 접속 시 주의할 점기본적으로 파일 db로 동작한다.파일로 바로 연결하는게 아닌 tcp 연결로 변경 해주자.단순하게 db를 확인할때는 상관 없지만, 결국 외부 프로그램에서 동시에 접속해야 하기 때문에 TCP 접속이 가능해야 한다.또한 파일에 직접 접근할 경우에는 lock이 걸려버리니, tcp로 연결하는게 좋다.코드 작성 방식, 아키텍처 설계 관점id에 대한 관리 관점id 값은 일반적으로 외부 시스템에 의해서 주입받는 것이 분산 환경을 위하여 선택하는 적절한 선택이다.그렇기 때문에, 인프라적 특성을 띄는 해당 id 값을 도메인 레이어 내에서는 알지 못하게 하고 싶은데,테스트 시에는 해당 id값이 필요한 경우가 많다.이럴 때, 어떤..

HTTP/2.0의 흐름제어는 뭘까?흐름 제어는 전송계층(TCP)에서 수행하는 것 아닌가?한 스트림이 커넥션을 독차지하지 않도록, 연결에 대한 전체 스트림의 리소스 배분을 수행해야 한다.이것이 HTTP/2.0의 흐름제어이다. HTTP/2.0 흐름제어와 TCP 흐름제어의 차이점항목TCP 흐름 제어HTTP/2.0 흐름 제어보호 대상- 연결 전체 (TCP 수신 버퍼)- 스트림 별- 연결 전체제어 단위- 바이트 (시퀀스 번호)- 프레임 페이로드 (바이트)주요 목적- 수신 측의 소켓 버퍼가 넘치지 않도록 전송 속도 억제- 연결 안정성 유지- 멀티플렉싱되는 여러 스트림 간 자원 경쟁 완화- 특정 스트림 일시적 쓰로틀링/우선순위 조절윈도우 크기 표기- 16-bit Window Size 필드- WINDOW_UPDATE ..

HTTP/2.0의 등장 배경HTTP/1.1은 그 구현의 단순성과 명료함, 접근성으로 많은 사랑을 받아왔고, 받고 있다.하지만, 하나의 커넥션으로 여러 요청/응답을 처리하기 어렵고, 응답을 받아야만 그 다음 요청을 보낼 수 있는 것은 분명한 아쉬움으로 남아있었다.그리하여, 다양한 곳에서 속도를 개선하기 위한 다양한 방법의 연구가 진행되었다.최종적으로, 구글의 "SPDY" 가 HTTP/2.0의 표준으로 결정되었다.하나의 TCP 커넥션에 여러 요청을 동시에 보내, 레이턴시를 줄이는 것 - HTTP 멀티플렉싱RTT가 20ms인 경우, 12.34% 성능 개선 효과를 보았다.RTT가 80ms인 경우, 23.85% 성능 개선 효과를 보았다.RTT가 200ms인 경우, 26.79% 성능 개선 효과를 보았다.HTTP/2..

DispatcherServlet의 doDispatch() 동작구조DispatcherServlet 구조라이브러리 : org.springframework.web.servlet.DispatcherServletDispatcherServlet도 부모 클래스에서 HttpServlet을 상속받아서 사용하고, 서블릿으로 동작한다.DispatcherServlet → FrameworkServlet → HttpServletBean → HttpServlet스프링 부트는 DispatcherServlet 을 서블릿으로 자동으로 등록하면서 모든 경로( urlPatterns="/" )에 대해서 매핑한다.참고: 더 자세한 경로가 우선순위가 높다. 그래서 기존에 등록한 서블릿도 함께 동작한다요청 흐름서블릿이 호출되면 HttpServle..

실수의 원인몰랐거나덜 알았거나결국 다 배우면 된다.왜도 좋지만, 어떻게도 생각하기.‘내가 할 수 있을까’ 라는 걱정이 드는 이유해당 도메인을 충분히 이해하지 못함내가 뭘 할 수 있는지 두려운 감정이 핵심이다.결국 해당 도메인을 이해하면, 그 안에서 내가 할 수 있는, 해주고 싶은 일이 보이기 시작한다.쫄지 말고, 이해하자!주변사람들을 믿고, 감사하며, 보답하다보면 할 수 있다.평소에는 쭈굴거리면서 “난 부족해…공부해야해…” 하더라도면접때만큼은 “각성한 나”를 보여주자.이거 재밌네요! 이렇게 하면 이부분은 막을 수 있는데 이부분은 좀 까다롭네요? 실제로 해봤을 때 이런이런 문제가 생길것 같아요! 결국 지금 도메인에선 이 방식이 단점을 가리면서 문제를 해결하기 가장 적절한 방법이라고 생각해요!나의 추상적인 ..

TCP Fast Open(TFO)3-way handshake를 사용해 애플리케이션 데이터를 교환하는 기능이다.처음부터는 불가능하다.그 대신, 첫 handshake 때 옵션 필드로 TCP Fast Open에 필요한 정보(TFO Cookie)를 교환한다.그 이후, 2번째 Handshake부터 TCP Fast Open을 발동한다.클라이언트는 SYN에서 HTTP 요청을 송신하고, 서버는 SYN/ACK로 HTTP 응답을 반환한다.Nagle 알고리즘네이글 알고리즘은 작은 데이터가 자주 전송될 경우, 더 큰 세그먼트로 합쳐 전송함으로써 패킷 낭비를 줄이기 위한 방식이다.구체적으로,버퍼에 모은 데이터가 최대 세그먼트 크기(MSS)에 도달하면 즉시 전송한다.이전에 전송한 세그먼트에 대한 ACK를 모두 받으면 즉시 전송한..

본 게시글은 그림으로 공부하는 TCP/IP 구조 도서를 참고하였습니다. TCP 의 주요 동작과 그 성공 시나리오들을 알아보자. TCP의 상태는 크게 다음과 같이 분류할 수 있다.접속 시작 단계액티브 오픈클라이언트가 커넥션을 만들어가는 처리를 의미한다.패시브 오픈서버가 클라이언트의 연결 요청을 받아들이는 처리를 의미한다.접속 확립 단계접속 종료 단계액티브 클로즈FIN/ACK을 먼저 송출해서 커넥션을 종료하려는 처리를 의미한다.패시브 클로즈FIN/ACK을 받고, 커넥션을 종료하는 과정을 받아들이려는 처리를 의미한다.TCP는 컨트롤 비트를 구성하는 8개 플래그를 '0' 또는 '1'로 설정해 다음 그림과 같이 TCP 커넥션 상태를 제어한다.각 단계 별 주요 동작으로는 다음과 같은 것들이 있다.접속 시작 단계3-..

본 게시글은 그림으로 공부하는 TCP/IP 구조 도서를 참고하였습니다. 전송 계층의 프로토콜, TCP에 대해 알아보자.TCP란?Transmission Control Protocol데이터 전송의 신뢰성을 요구하는 애플리케이션에서 사용된다.애플리케이션 데이터를 송신하기 전에, TCP 커넥션이라는 논리적인 통신로를 만들어, 통신 환경을 정비한 후 통신을 수행한다.송신 파이프수신 파이프송신 측 단말과 수신 측 단말이 2개의 논리적인 파이프를 전이중으로 사용해 송신과 수신을 확인해가며 데이터를 전송한다.QUIC 때문에 확실하진 않지만, 2020년 기준 현재 인터넷상의 트래픽의 80% 이상이 TCP로 구성되어 있다.IP 헤더의 프로토콜 번호는 '6(0x06)'으로 지정되어 있다.TCP 패킷 포맷신뢰성을 요구하기 때..