Layered Architecture 알아보기

📌 들어가며

시스템을 설계할 때 필수적으로 고려하게 되는 부분이 아키텍처인 것 같습니다.

이때 많은 사람들이 자신이 설계하는 시스템을 표현할때 Layered Architecture를 사용합니다.

이번 포스팅에서는 해당 아키텍처에 대해 알아보는 시간을 갖도록 하겠습니다.

---

📌 Software Architecture

먼저 '소프트웨어 아키텍처'란 무엇인지 정리해 보도록 하겠습니다.

소프트웨어 아키텍처는 모든 소프트웨어 시스템의 기본 구조를 말하며 소프트웨어 시스템의 구성방법에 대한

중대한 결정사항을 모아 놓은 것이라고 볼 수 있습니다.

 

• 시스템 구성 및 동작 원리
• 구성 요소 간의 관계 및 시스템 외부 환경과의 관계를 묘사
• 시스템 구성 요소에 대한 설계 및 구현을 지원하는 수준을 시술
• 요구 사양 및 시스템 수명 주기를 고려

 

또한, 소프트웨어 시스템에서의 아키텍처는 물리적 설계가 아닌 각 컴포넌트 간 구성 요소의 설계, 구성 요소 간의 관계, 사용자 상호 작용 및 시스템에 대한 사용자의 요구를 포함합니다. 대표적인 예시로는 Microservices, client-server, layered architecture 등의 구조들이 있습니다.

 

---

📌 Layered Architecture

소프트웨어 개발에서 일반적으로 가장 많이 사용되는 아키텍처입니다.

Layer의 수에 따라 N Layered Architecture라고 불려지는데

단일 소프트웨어 단위로 함께 기능하는 여러 개별 수평 Layer로 구성된 아키텍처 패턴입니다.

즉, 각 Layer는 애플리케이션 내에서의 특정 역할과 관심사 별로 구분되는 것입니다.

 

https://tinkerbellbass.tistory.com/9

 

 

가장 많이 사용되는 3Layered Architecture는 위의 사진과 같은 구조를 갖고 있습니다.

Presentation Layer, Business Layer, Data Access Layer 총 3가지의 Layer로 구성되어 있으며

2 Layered Architecture를 극복하기 위해 탄생했고 사용자 인터페이스 환경과 데이터 베이스 관리 환경 사이의 중간층이 추가된 구조입니다. 중간층인 Application Layer에서는 트랜잭션 처리/모니터, 메시지 서버, 응용 서버 등 다양한 방법으로 구축될 수 있습니다.

 

1. Presentation Layer

소프트웨어 시스템과 사용자 상호 작용을 담당하는 Layer입니다.. 주요 목적은

정보를 표시하고 사용자로부터 정보를 수집하는 것입니다. 사용자 데이터를 가져와서 Application Layer로 전달하여 처리하는데 사용된다. 예를 들어 웹 브라우저, 데스크탑 애플리케이션 또는 GUI에서 실행될 수 있다.

2. Business Layer

기능 요구 사항 달성과 관련된 측면을 처리합니다. Presentation Layer에서 수집된 정보를 비즈니스 로직을 사용하여 처리하는데 때로는 Data Access Layer에서 조회한 정보들과 비교해서 처리합니다. (애플리케이션의 모든 비즈니스 로직에 따라 데이터를 처리함.) 또 Data Access Layer의 데이터를 추가, 삭제 또는 수정할 수 있다.

 

서비스가 점점 커지게 된다면 해당 Layer에서 비즈니스 로직과 비즈니스 로직이 아닌 로직 들이 혼재 되는 경우가 발생할 수 있습니다.

이 때문에 로직을 수정할때 비즈니스 로직만을 수정할 수 없고 다른 로직들도 함께 수정되어야 하는 경우들이 생깁니다.

그래서 최근에는 Layer를 하나 더 나눈 4 Tier 아키텍처 ( Presentation - Service - Domain - InfraStructure )가 등장하게 됩니다. (이는 DDD (Domain Driven Design) 같은 곳에서 사용한다고 한다. )

 

3. Data Access Layer

데이터베이스와 그것에 액세스해서 읽거나 쓰는 것을 관리하는 프로그램을 포함한다. Application이 처리하는 모든 정보를 저장합니다.

 

 

이러한 3Layered Architecture 에는 

 

https://velog.io/@jhp1115/3-tier-Layered-Architecture와-MVC

 

 

 다음과 같이 MVC 패턴이 그 구성요소로써 들어갈 수 있게 됩니다.

Model은 데이터와 관련된 부분으로. 데이터와 비즈니스 로직을 관리합니다. 그렇다면 비즈니스 로직에 맞춰서 데이터를 처리하는 Business(Domain) Layer에 속한다고 볼 수 있습니다.

 

View는 사용자에게 보여지는 부분이다. 그렇기에 사용자와의 상호작용을 통해서 정보를 표시해주고 정보를 가져오는 Presentation Layer에 속한다고 볼 수 있습니다.

 

Controller는 사용자의 입력된 Domain을 DTO로 변환하는 등의 처리하고 Model과 View를 이어줘야 하기 때문에 Presentation Layer에 속한다고 볼 수 있습니다

 

 

📌 Layered Architecture의 장단점

장점

• 관심사의 분리 - 각 개별 구성 요소의 단일 책임을 보장. ( 종속성 저하 )
• 테스트가 쉬움 - 모든 Layer가 개별적으로 단위 테스트로 커버될 수 있고 특정 Layer에 속한 구성요소도 분리되어 있어 개별적 테스트가 가능합니다.
• 격리 - 각 Layer가 다른 Layer와 독립적이어서 변경 사항이 다른 Layer로 영향을 끼치지 않습니다.

단점

• 확장성 - 애플리케이션 복잡도가 증가하고 프로젝트에 더 많은 기능을 추가해야하는 경우 확장하는데 비용이 큽니다. (모놀리식 구현 경향)
• 상호 의존성 - 하나의 계층이 데이터 수신을 위해선 상위 Layer에 의존하기에 상호 의존성이 존재합니다.
• 배포 - 특정 Layer에 대한 변경은 전체 시스템을 재배포해야 함을 의미합니다. ( 큰 Application의 경우 더 문제가 됩니다. )
• 성능 - 비즈니스 요청을 이행하기 위해 Architecture의 여러 Layer를 거쳐야 하는 비효율성으로 인해 고성능 Appication에 적합하지 않습니다. (병렬처리가 불가능)

 

 

 

 

 

출처 : 

https://gnuoyus.tistory.com/70