서비스 레이어 패턴

사용자 인터페이스, 데이터 조회와 저장도 중요하지만 다른 시스템과의 통합도 중요합니다.

Service Layer로 부르는 독립된 클래스에 시스템 통합과 전체 흐름을 조정하는 책임을 부여 합니다.

책에서는 현대 소프트웨어에서 가장 많이 사용되는 패턴이라고 합니다.

레이어드 아키텍쳐에서 가장 많이 사용되는 패턴인가?

단점

• 서비스 레이어의 책임은 여러 리소스간 통합과 통합 결과에 따른 흐름 조정이라, 여러 책임을 지닐수 있기 때문에 복잡도가 증가 할수 있다.

 

 

 

서비스 발행 레이어는 서비스 레이어를 변경 없이 다양한 프로토콜을 요구하는 클라이언트를 지원하게 확장 가능하다고 한다.

이 부분은 서비스 발행 레이어는 수정이 필요하다는 것입니다.

 

서비스인 비즈니스 로직은 변경이 필요없지만 결국 다양한 프로토콜을 받아들여서 서비스로 전달하는 로직에 수정은 필요하긴 합니다.

결국 RESTFul API, Socket, gRPC, GraphQL등 모두 들어온 데이터를 특정 형식으로 변환하여 서비스로 전달하면 됩니다.