[주니어 백엔드 개발자가 반드시 알아야 할 실무 지식] 11장 자주 쓰는 서버 구조와 설계 패턴

🔥 11장 자주 쓰는 서버 구조와 설계 패턴

🚀 MVC 패턴

• 모델: 회원 가입, 암호 변경 등 비즈니스 영역의 로직을 처리한다.

• 뷰: 사용자가 보게 될 결과를 생성해서 사용자에 응답한다.

• 컨트롤러: 사용자의 입력 처리와 흐름 제어를 담당한다.

1. 비즈니스 로직을 처리하는 모델과 결과를 생성하는 뷰를 분리한다.

2. 애플리케이션의 흐름 제어나 사용자의 요청 처리는 컨트롤러에 집중한다.

🚀 계층형 아키텍처

🎯 흩어지는 도메인 로직

// MemberDao..updateMemberStatus(id)의 쿼리
update member set status = 20 where member_id = ? and status = 10

public static void main(String[] args) {
    int cnt = mdao.updateMemberStatus(id);
    if (cnt == 0) {
        // 변경 건이 없으므로 변경 실패 처리
    }
}

🚀 DDD 와 전술 패턴

import java.util.Optional;

// DDD 의 전술 패턴은 도메인 로직을 한 곳에 모으는 데 도움이 된다.
public class CancelOrderService {
    private OrderRepository orderRepository;

    @Transactional
    public void cancel(OrderNumber orderNumber) {
        // 응용 서비스는 도메인 모델을 사용해서 사용자 요청을 처리한다.
        Optional<Order> orderOpt = orderRepository.findById(orderNumber);
        Order order = orderOptorElseThrow(() -> new NoOrderException());
        // 주문 취소 로직은 Order 애그리거트에 위치한다.
        order.cancel();
    }
}

🚀 마이크로서비스 아키텍처

1. 독립적 배포:
• 다른 마이크로서비스를 배포하지 않고도 마이크로서비스를 변경, 배포, 출시할 수 있어야 한다.

2. 도메인을 중심으로 모델링:
• 각 마이크로서비스는 도메인을 기준으로 구분해야 한다. 한 도메인의 기능 구현이 여러 마이크로서비스에 걸쳐 있으면 출시 비용이 증가한다.

3. 자신의 상태를 가짐:
• 마이크로서비스는 DB 를 공유하지 않는다.
• 다른 마이크로서비스의 데이터를 사용할 경우 DB 에 직접 접근하지 않고 API 등을 통해 접근한다.

4. 크기:
• 마이크로서비스의 크기에 절대적인 기준은 없다.
• 조직이 감당할 수 있는 수준과 경계 정의에 집중해야 한다.

5. 유연함:
• 마이크로서비스는 비용을 들여 기술, 확장, 견고함과 같은 유연함을 얻는 구조다.
• 비용을 감당할 수 있는 수준에서 도입을 고려해야 한다.

6. 아키텍처와 조직을 맞춤:
• 조직 구조는 아키텍처에 영향을 준다.
• 비즈니스 도메인이 시스템 아키텍처를 주도하는 주요 원동력이 되도록 설계한다.

🚀 이벤트 기반 아키텍처

• 이벤트 생산자

• 이벤트 소비자

• 이벤트 브로커 (또는 라우터)

✅ 이벤트 브로커와 단일 진실 공급원

🚀 CQRS 패턴