<div id="readability-page-1" class="page"><article id="post-1778">
			
		<div>
			




<h2 id="4장-서비스-계층">4장. 서비스 계층</h2>



<p>이번 장에선 시스템의 유즈 케이스를 정의하는 서비스 계층 패턴을 소개하고 이전에 배운 저장소 추상화와 연계해서 테스트를 작성하는 법을 배운다.</p>



<p>그리고 서비스 계층을 만드는 데 가장 헷갈리는 오케스트레이션 로직, 비즈니스 로직, 인터페이스 사이의 차이를 설명한다.</p>



<h3 id="end-to-end-test-e2e">End-to-end Test(E2E)</h3>



<p>실제 데이터베이스와 API 엔드포인트를 사용해서 데이터베이스부터 API 까지 테스트하는 걸 엔드투엔드 테스트라고 한다.</p>



<h3 id="서비스-계층">서비스 계층</h3>



<p>이 테스트를 통과하기 위해선 도메인 모델과 추상화된 저장소 이외에도 데이터를 저장소로부터 가져와서 입력을 검증하고, 성공일 경우 데이터를 커밋하는 과정도 필요하다. 이런 코드들은 웹 API에 종속되지 않는다. 웹 대신 CLI로 구현한다고 해도 똑같이 존재한다. 따라서 이 코드들이 커진다면 웹 API 코드가 복잡해지기 때문에 구분해줄 필요가 있다.</p>



<p>이런 코드들은 외부에서 온 요청을 받아서 내부를 제어하기 위해 있다. 그래서 오케스트레이션 계층 또는 유즈 케이스 계층, 서비스 계층이라고 한다. 이들이 하는 역할의 예는 다음과 같다.</p>



<ul><li>데이터베이스에서 데이터를 얻는다.</li><li>도메인 모델을 업데이트 한다.</li><li>변경된 내용을 영속화 한다.</li></ul>



<h4 id="서비스-계층을-사용할-때의-장점">서비스 계층을 사용할 때의 장점</h4>



<p>서비스 계층으로 묶을 때의 장점은 다음과 같다. </p>



<p>API에서 오케스트레이션 로직을 신경 쓰지 않아도 되므로 코드가 줄어들고 작성하기 쉬워진다. 오케스트레이션 부분이 복잡해지더라도 API에선 특정 유즈 케이스에 맞는 서비스 계층을 호출하고 결과에 대한 예외 처리만 하면 된다.</p>



<p>오케스트레이션 부분에 대해서만 테스트 할 수 있다. 웹 API는 실제 HTTP 통신을 사용해서 E2E 테스트를 해야하지만, 오케스트레이션 부분만 테스트 할 땐 통신으로 인한 지연 없이 더 빠른 테스트가 가능하다. 여기서 추상화된 저장소에 의존한다면, 가짜 저장소를 만들어서 데이터베이스에 대한 지연도 배제할 수 있다.</p>



<p>또한 같은 유즈 케이스에 대해서 정상인 경우와 비정상인 경우를 테스트하더라도 반복되는 코드의 양을 줄일 수 있다.</p>



<p>서비스 계층 덕분에 API와 도메인 모델 사이의 의존도 사라졌다. 서비스 계층에서 API가 요청한 결과로 가공해서 반환하기 때문이다.</p>



<h4 id="서비스-계층을-사용할-때-고려할-점">서비스 계층을 사용할 때 고려할 점</h4>



<p> 서비스 계층은 유즈 케이스 내에서 도메인 모델, 저장소, 웹 API 등의 복잡한 상호작용에 추상화를 적용하는 것에 불과하다. 그래서 반대로 복잡하지 않다면 서비스 계층을 넣는 것이 불필요하거나 오히려 안티 패턴이 될 수 있다. 예를 들어 정해진 웹 페이지만 띄우는 순수한 웹 앱이거나 도메인 모델이 컨트롤러가 요구하는 대부분의 로직을 처리할 수 있는 구조를 들 수 있다. 그러므로 서비스 계층은 기존의 컨트롤러-도메인 구조가 점점 복잡해질 때에 고민하는 게 좋다.</p>



<p>이후 5장에선 서비스 계층과 도메인 모델 간의 커플링을 해결하는 것을 다루고 6장에선 저장소와 서비스 계층 사이에 활용하는 작업 패턴을 다룬다.</p>
			
			
								</div>
</article></div>

Wraithkim의 지식공방

4장. 서비스 계층 이번 장에선 시스템의 유즈 케이스를 정의하는 서비스 계층 패턴을 소개하고 이전에 배운 저장소 추상화와 연계해서 테스트를 작성하는 법을 배운다. 그리고 서비스 계층을 만드는 데 가장 헷갈리는 오케스트레이션 로직, 비즈니스 로직, 인터페이스 사이의 차이를 설명한다. End-to-end Test(E2E) 실제 데이터베이스와 API 엔드포인트를 사용해서 데이터베이스부터 API 까지 테스트하는 걸 엔드투엔드 테스트라고 한다. 서비스 계층 이 […]

Architecture Patterns with Python – 5

댓글