티스토리

주간이성훈

검색하기

블로그 홈

주간이성훈

harrislee.tistory.com/m

seonghun 님의 블로그입니다.

구독자: 3

방명록 방문하기

주요 글 목록

마이크로 서비스에서 분산 트랜잭션과 사가 패턴 우리는 애플리케이션을 개발할 때 자연스럽게 트랜잭션을 사용한다. 스프링 프레임워크에서는 선언형 메커니즘(@Transactional)을 제공하여 간편하게 트랜잭셔널 비즈니스 로직을 작성할 수 있다. 그러나 이를 사용하는 데에는 전제가 있다. 해당 비즈니스 로직이 로컬 트랜잭션에서 해결 가능하거나 단일 DB에 접근하는 모놀리식 애플리케이션일 경우이다. 그렇다면 마이크로 서비스로 구성된 경우는 어떨까? Database per service로 구성된 아키텍처에서도 트랜잭션을 적용하는 것이 간단할 수 있을까? 마이크로서비스 환경에서의 트랜잭션 마이크로 서비스 환경에서의 트랜잭션을 설명하기 위해 배달 애플리케이션의 주문을 예로 생각해보자. 주문, 소비자, 주방, 회계 서비스가 있고 주문이 생성된다면 어떤식으로 트랜.. 공감수 1 댓글수 2 2022. 10. 30.
프록시, 프록시 패턴, 데코레이터 패턴 프록시 패턴과 데코레이터 패턴 Proxy 란? 클라이언트와 서버 관계는 컴퓨터 세상에서는 흔하게 볼 수 있는 구조다. 네트워크 상의 통신, 하나의 컴퓨터 내부의 프로세스간 통신, 심지어 애플리케이션 내부에서 객체간의 통신에서도 우리는 클라이언트 서버 관계를 쉽게 찾을 수 있다. 여기서는 객체간의 통신에서의 프록시에 대해 알아본다. 클라이언트는 서버에 필요한 것을 요청을 하고 서버는 그에 대한 처리를 하고 응답을 반환한다. 프록시는 이런 클라이언트와 서버 사이에서 요청에 대한 접근 제어, 부가기능 추가 등의 기능을 담당한다. 프록시는 컴퓨터 세상에 다양한 클라이언트 서버 관계들에서 존재할 수 있다. 그리고 클라이언트는 서버로 요청을 보냈지만 이를 처리하는 주체가 프록시인지 실제 서버인지 알 수는 없다. 프.. 공감수 0 댓글수 0 2022. 6. 7.
값 객체, 금액, 레코드 집합 값 객체(Value Object) 금액이나 날짜 범위와 같이 동등성의 개념이 식별자에 기반을 두지 않는 작고 간단한 객체 참조 객체와 값 객체를 구분해서 생각하면 유용하다. 예를 들어 값 객체는 금액, 날짜와 같은 작은 객체이고 참조 객체는 주문, 고객과 같이 큰 객체이다. 특징 일반적으로 더 작다. 언어에서 제공되는 기본형(primitive type)과 비슷하다. 작동 원리 읽기 전용으로 만들어야 한다. (Aliasing bug 방지 : 공유 하는 값 객체에서 한 소유자가 변경을 하면 다른 소유자의 객체도 변경된다.) 완성된 레코드로 저장해서는 안 된다. (포함 값 사용) 사용 시점 식별자(identifier)가 아닌 다른 기준을 바탕으로 동등성을 판단하는 경우 값 객체를 사용한다. 생성하기 쉬운 모든.. 공감수 0 댓글수 1 2020. 10. 9.
레지스트리 패턴, 특수 사례 패턴 레지스트리 다른 객체가 공용 객체와 서비스를 찾기 위해 사용하는 잘 알려진 객체 어떤 객체를 찾으려는 경우 찾으려는 객체와 연결된 다른 객체에서 시작해 이 연결을 따라 검색하는 것이 일반적이다. 예를들어 한 고객의 모든 주문을 찾으려면 고객 객체에서 주문을 얻는 메서드를 사용한다. 그런데 이렇게 출발점으로 사용할 적절한 객체가 없는 경우가있다. 레지스트리는 기본적으로 전역 객체이거나 보이는 것만큼 전역은 아닐 수 있지만 적어도 전역으로 보인다. 작동 원리 레지스트리의 정적 메서드를 통해서 필드에 접근한다. (필드까지 정적일 필요는 없다) 데이터의 범위 레지스트리의 데이터는 실행 컨텍스트별로 달라질 수 있다. 프로세스 범위의 레지스트리에서 일반적으로 사용되는 형태는 싱글턴이다. 이 경우 레지스트리 클래스는.. 공감수 1 댓글수 0 2020. 10. 9.
분리 인터페이스 패턴, 플러그인 패턴 이 포스팅은 엔터프라이즈 애플리케이션 아키텍처 패턴 18장을 요약한 내용입니다. 분리 인터페이스(Seperated Interface) 구현과 분리된 별도의 패키지에 인터페이스를 정의한다. 시스템을 구성하는 부분 간의 의존성이 필요한 경우 인터페이스로 결합도를 최소한으로 가져가면서 의존할 수 있다. 작동원리 특정 객체에서 다른 객체의 기능이 필요할 때 직접 의존하지 않고 인터페이스를 통해서 의존하게 한다. 이 때 구현을 인스턴스화하기가 불편할 수 있는데 구현을 팩터리에 바인딩하는 플러그인 패턴을 사용하면 된다. (굳이 플러그인을 사용하지 않아도 됨) 사용 시점 프레임워크 패키지에 넣은 범용 추상 코드에서 특정한 애플리케이션 코드를 호출해야 한다. 한 계층의 코드에서 볼 수 없어야 하는 다른 계층의 코드를 .. 공감수 1 댓글수 0 2020. 10. 9.
매퍼 패턴, 계층 상위 형식패턴 매퍼 독립적인 두 객체 간의 통신을 설정하는 객체 작동원리 두 하위 시스템을 격리한다. 작동 방법은 매퍼가 매핑하는 계층의 종류에 따라 다르다. 사용시점 하위 시스템간의 상호작용에 대한 의존성이 없어야 하는경우 상호작용이 두 시스템의 주요 용도와는 다소 거리가 있을 때 엔터프라이즈 애플리케이션 매퍼는 데이터베이스와의 상호작용을 위한 데이터 매퍼*로 주로 사용된다. (*10장 데이터원본 아키텍처 패턴 참조) 계층 상위 형식(Layer SuperType) 해당 계층에서 모든 형식의 상위 형식 역할을 하는 형식, 공통 부분을 부모 클래스에서 상속받아 사용하자 작동원리 한 계층 내의 모든 객체에 대한 상위 클래스를 만드는 것이다. 사용시점 모든 객체에 적용되는 공통적인 기능이 있을 때 예제: BaseEntity.. 공감수 0 댓글수 0 2020. 10. 9.
게이트웨이 패턴, 서비스 스텁 패턴 이 포스팅은 엔터프라이즈 어플리케이션 아키텍처 패턴 18장을 요약했습니다. 게이트 웨이 외부 시스템이나 자원에 대한 접근을 캡슐화하는 객체 aka, 갖다 쓸 때 만들어서 사용하는 API 외부 자원에 접근할 때는 해당 자원의 API를 사용해야 한다. (전용 API) 예를들어, 외부 이메일 시스템을 연동한다고 할때 EmailSender.send(id, emailformat, title, content ...) 와 같이 제공하는 형식을 맞춰서 사용해야 한다. 모든 특수한 API 코드를 일반 객체처럼 보이는 인터페이스를 포함하는 클래스로 래핑하면 이 문제를 간단하게 해결할 수 있다. 작동 원리 외부 자원에 대해 어떤 작업을 수행해야 하는지 고려해서 용도에 맞는 API를 만든 다음 사용하면 끝 주요 용도 서비스 .. 공감수 0 댓글수 0 2020. 10. 8.
지연로드(Lazy Load) 패턴 이 포스팅은 어플리케이션 아키텍쳐 패턴 11장을 요약한 내용입니다. 필요한 데이터를 모두 포함하지는 않지만 데이터가 필요할 때 가져오는 방법을 아는 객체 데이터베이스에서 메모리로 데이터를 로드하는 기능을 만들 때 원하는 객체를 로드하면서 연관된 객체를 함께 로드하도록 설계하는 것이 좋다. 이렇게 하면 객체를 사용하는 개발자가 직접 필요한 객체를 모두 로드할 필요 없이 로드 기능을 더 편리하게 사용할 수 있다. 그런데 한 객체를 로드 할 때 연관된 객체가 지나치게 많이 로드되고, 실제로는 소수의 객체만 필요한 상황에서 오히려 성능이 저하되는 경우가 발생할 수 있다. 지연 로드(Lazy Load)는 이 로딩 프로세스를 일시적으로 중단하고 객체 구조에 표시를 남겨서 나중에 데이터가 필요할 때 로드할 수 있게 .. 공감수 0 댓글수 0 2020. 10. 4.
식별자 맵 패턴 이 포스팅은 어플리케이션 아키텍쳐 패턴 11장을 요약한 내용입니다. 모든 객체를 한 맵에 로드해 각 객체가 한 번씩만 로드되게 한다. 객체를 참조할 때는 맵을 이용해 객체를 조회한다. 식별자 맵(Identity Map)은 단일 비즈니스 트랜잭션이 데이터베이스에서 읽은 모든 객체에 대한 기록을 보관한다. 객체가 필요할 때마다 먼저 객체가 이미 있는지 여부를 식별자 맵에서 확인한다. 작동 원리 식별자 맵의 기본 개념은 데이터베이스에서 읽은 객체를 포함하는 일련의 맵을 유지 관리하는 것이다. 데이터베이스에서 객체를 로드할 때는 먼저 맵을 확인하고 로드하려는 객체와 일치하는 객체가 맵에 있으면 일치하는 객체를 반환한다. 일치하는 객체가 맵에 없으면 객체를 데이터베이스에서 읽고 향후 참조할 수 있게 맵에 저장한다.. 공감수 0 댓글수 0 2020. 10. 3.
작업단위 패턴 이 포스팅은 어플리케이션 아키텍쳐 패턴 11장을 요약한 내용입니다. 작업단위 - 트랜잭션 관리 비즈니스 트랜잭션의 영향을 받은 객체의 리스트를 유지 관리하고, 변경 내용을 기록하는 일과 동시성 문제를 해결하는 일을 조율한다. 작동원리 객체의 CUD (생성, 수정, 삭제)가 발생하면 데이터베이스에 기록해야한다. 작업 단위는 이러한 변경 내용을 추적하는 객체다. 데이터베이스에 영향을 미칠 수 있는 작업을 시작하면 작업 단위를 만들고 이러한 변경 내용을 추적해야 하며, 객체를 생성, 수정, 삭제할 때마다 이를 작업단위에 알려야 한다. 장점 어플리케이션 프로그래머는 데이터베이스를 업데이트하는 메서드를 직접 실행할 필요가 없다. 어플리케이션 프로그래머는 변경 내용을 직접 추적하거나 참조 무결성을 고려해 작업 순서.. 공감수 0 댓글수 0 2020. 10. 3.
애그리거트 트랜잭션관리 문제상황 - Transaction의 충돌 예시 : 커머스의 주문 시스템에서 아래의 두 요청이 동시에 발생하면 어떤 문제가 발생할까? 운영자가 배송준비중 에서 배송으로 주문상태를 변경하려고 한다. 고객은 배송지 정보를 변경하려고 한다. 위의 예시를 순차적으로 살펴보면 이렇다. 운영자가 주문 애그리거트를 가져온다. 고객이 주문 애그리거트를 가져온다. 운영자가 주문 상태를 변경한다. 고객이 배송지를 변경한다. 위의 상황에서는 애그리거트의 일관성이 깨지게 된다. 이를 해결하려면 두 가지 중 하나를 선택해야한다. 운영자가 배송지 정보를 조회하고 상태를 변경하는 동안 고객이 애그리거트를 수정하지 못하게 막는다. (선점 잠금 Pessimistic Lock) 운영자가 배송지 정보를 조회한 이후에 고객이 정보를 변경하면.. 공감수 0 댓글수 0 2020. 9. 20.
애그리거트 DDD START CHAPTER 3 정리 애그리거트, 덩어리 서비스를 개발하기 위해서는 도메인 객체들을 만든다. 서비스가 성장하고 시간이 흐르면 도메인 객체 모델은 복잡해지고 개별 구성요소 위주로 모델을 이해하게 된다. 복잡한 도메인을 이해하고 관리하기 쉬운 단위로 만들려면 상위 수준에서 모델을 조망할 수 있는 방법이 필요하다. 애그리거트는 관련된 객체를 하나의 군으로 묶어준다. 수많은 객체를 애그리거트로 묶어서 바라보면 좀 더 상위수준에서 도메인 모델 간의 관계를 파악할 수 있다. 애그리거트의 경계, 어떤 것들을 하나의 덩어리로 볼 것인가? 애그리거트는 독립된 객체 군이며, 각 애그리거트는 자기 자신을 관리할 뿐 다른 애그리거트를 관리하지 않는다. 경계를 설정할 때 기본이 되는 것은 도메인 규칙과 요구.. 공감수 0 댓글수 0 2020. 9. 12.

문의안내

티스토리
로그인
고객센터

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