반응형
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- 플러터 공부
- 코테준비
- 프로그래머스
- JPA
- JPA공부
- 알고리즘공부
- 스프링
- 스프링공부
- Axon framework
- 카프카
- querydsl
- 스프링부트공부
- JPA예제
- Flutter
- 자료구조공부
- nestjs
- 코테공부
- JPA스터디
- 기술면접공부
- nestjs공부
- DDD
- K8S
- 플러터 개발
- JPA 공부
- 스프링 공부
- 기술공부
- 스프링부트
- 자바공부
- nestjs스터디
- Kafka
Archives
- Today
- Total
목록레이어드 아키텍처 리팩토링 (1)
DevBoi
[DDD] 레이어드 아키텍처
마이크로서비스 내부 구조 정의는 어떻게 해야할까 전술적 패턴은 비즈니스 로직을 모델링하고, 구현하는 다양한 방법이다. 가장 고전적인 아키텍처는 3계층으로 구현하는 것이다. 프리젠테이션 레이어, 비지니스 로직 레이어, 데이터 엑세스 레이어 이렇게 3가지 레이어가 존재한다. 레이어드 아키텍처 근접 레이어만 접근 가능하다 Top-down 아래로 의존적이고 순방향이다. 흔히아는 MVC컨트롤러는 프리젠테이션 계층에 속한다. 가장 중요한 계층은 비즈로직 계층이다. 레이어드 아키텍처 다양한 변종이 존재한다. 레이어드 아키텍처는 비즈니스 로직과 데이터 접근 계층간의 의존성이 있다. 비즈 로직 구현이 트랜잭션 스크립트, 엑티브 레코드인 경우 적합한 아키텍처이다. 그렇지만, 결국 데이터 처리에 비지니스 로직이 점점 몰리게..
Develop/[DDD]
2023. 6. 8. 10:28