📚 3/20(수) 내일배움캠프 Java-Spring 59일차 TIL - SpringData JPA Service에서 다른 Service를 의존하게 된다면?

📝  오늘의 학습 키워드 

• SpringData JPA - Service에서 다른 Service를 의존하게 된다면?

 

 

 

 

📍 Service에서 다른 Service의 메소드를 호출해서 사용하게 된다면? 

  서비스에서 다른 서비스의 메소드를 호출해서 사용하게 된다면 어떻게 될까?

<트렐로 만들기> 팀 프로젝트 진행 중에 댓글 조회 기능에 대한 이야기를 나누다가 이 얘기 주제가 나왔다.

 

트렐로의 구조를 보면 '보드 > 칼럼 > 카드 > 댓글' 순으로 되어있다.

<Board - Column - Card>

 

<Card - Comment, Card를 단건 조회한 모습>

 

 

  여기서 내가 생각한 방식은 '카드 단건 조회를 했을 때, 댓글이 리스트 형식으로 같이 보여야 하기 때문에 카드 도메인 서비스단에서 댓글 조회기능을 구현해야 하지 않을까?'였다. 그런데 다른 팀원은 댓글 조회이니 댓글 도메인 서비스단에서 조회 기능을 만들어서 그 기능을 카드 쪽 서비스단에서 가져다 써야 한다고 얘기했다. 

 

 

  팀원의 의견으로 코드를 작성해서 보면 이렇게 된다. 이런 식으로 코드를 작성하면 어떻게 될까?

// A 도메인의 서비스
@Service
public class AService {
    
    @Autowired
    private BService bService;

    public void callBServiceMethod() {
        // B 도메인의 서비스 메소드 호출
        bService.doSomethingInB();
    }
}

// B 도메인의 서비스
@Service
public class BService {
    
    public void doSomethingInB() {
        // B 도메인의 서비스에서 수행해야 할 작업
        System.out.println("Method in BService is called.");
    }
}

 

 

 

 

  서비스가 직접적으로 다른 도메인의 서비스를 호출하게되면, 여러 가지 문제점이 생기는데 정리해 보자면 이렇다.

- 의존성 강화(Increased Dependency): A 도메인의 서비스가 B 도메인의 서비스를 직접 호출하면, 두 서비스 간의 의존성이 높아진다. 이는 두 서비스 간의 결합도를 높이고, 변경 사항이 전파되는 범위를 넓힐 수 있다.

- 결합도 증가(Increased Coupling): A 도메인의 서비스가 B 도메인의 서비스를 직접 호출하면, 두 서비스 간의 결합도가 증가한다. 이는 한 서비스가 다른 서비스의 내부 구현에 의존하게 되어, 변경이 전파될 수 있고, 유지 보수가 어려워질 수 있다.

- 보안 문제(Security Concerns): 서비스 간의 직접 호출은 보안 문제를 야기할 수 있다. 특히, 외부로 노출되지 않은 서비스에 직접 액세스 할 경우, 보안 취약점이 노출될 수 있다.

- 성능 문제(Performance Issues): 다른 도메인의 서비스를 직접 호출할 때는 네트워크 지연이나 성능 문제가 발생할 수 있다. 이로 인해 전체 시스템의 응답 시간이 느려질 수 있다.

- 변경 관리 어려움(Difficulty in Change Management): 서비스 간의 직접 호출은 서비스 간의 변경을 어렵게 만들 수 있다. 한 서비스의 변경이 다른 서비스에 영향을 미치는 경우, 변경 관리 및 배포가 더 복잡해질 수 있다.

- 테스트 어려움(Difficulty Of Test): A 서비스를 테스트할 때 B 서비스의 동작이 포함되므로, 단위 테스트가 어려워진다. 또한 B 서비스가 외부 의존성을 가지고 있다면 테스트의 복잡성이 더욱 증가할 수 있다.

 

  이러한 문제를 해결하기 위해 중간 매개체를 통한 간접 통신, 이벤트 기반 통합, 서비스 버스 등의 방법을 사용하여 서비스 간의 결합도를 낮추고 의존성을 관리할 수 있다.

 

 

 

 

팀원들에게 이 내용을 정리해서 전달했고, 여러 가지 문제점이 생길 수 있기 때문에 이 방식으로는 코드를 짜지 않기로 결정했다.