- Pattern Architecture = Architectural Style
- Pattern은 다음 3가지로 분류될 수 있음
- Architectural Pattern / Framework Pattern : Highest Level of abstraction in software pattern. 전체 시스템 차원의 구조와 관계에 대한 정의
- Design Pattern : collection of class or subsystem을 통해 문제를 해결하는 방법에 대한 서술
- Idiom (표현 양식, 언어) : the lowest level of pattern. 특정 프로그래밍 언어로 어떻게 개발되는지에 대한 코드 레벨
- 다만, MVC와 같이 위 3가지 카테고리로 분류하기 어려운 패턴도 등장. 한계가 있음.
- Pattern-Oriented Software Architecture
- Software 개발에 대한 또다른 접근 방법
- POSA에서는 아키텍처를 다음 4가지 그룹으로 분류함
- From Mud to Structure Category
- 시스템의 전체 task를 상호 동작하는 컴포넌트, subsystem, 레이어로 분해
- Layers Pattern
- Task를 서로 다른 Layer로 분리. 각각의 Layer는 특정 수준으로 추상화.
- 크고 복잡한 시스템을 구현하기 쉽게 분리 가능
- 유지보수성과 확장성 측면에서 강점
- 비싼 시스템 리소스는 단점
- Blackboard Pattern
- 여러 개의 특정 subsystem을 결합하여 각각의 솔루션에 대한 지식을 활용.
- 결정적인 솔루션을 가지고 있지 않은 경우에 적합
- 서로 연관이 없는 컴포넌트나 subsystem의 집합
- 복잡한 에러 핸들링에 효율적임
- Pipes & Filters Pattern
- Stream data 처리 시스템에 대한 구조
- 데이터 처리에 여러 단계의 step/pipe 순차적인 처리.
- 각 pipe 프로세스는 filter를 포함하고 있음.
- 데이터는 pipe와 filter를 통과. 데이터 처리는 빠르지만, 데이터 처리에 대한 오버헤드와 static 정보 공유에 비용이 비싸고 flexible하지 않다. (유연하지 않음)
- XML Streaming 데이터 처리와 같은 경우에 적합
- Distributed System Category
- 분산 어플리케이션에 대한 완전한 구조 제공
- Broker가 유일한 패턴임
- Pipes and Filters 패턴이나 Microkernel 패턴도 카테고리에 속하지만, 다른 카테고리에 더 적합함
- Broker Pattern
- 분산 시스템에서 주로 사용하는 패턴
- 원격 서비스를 호출하는 decoupled component에 대한 시스템 구조
- Client / Server 간 더 좋은 decoupling을 제공할 수 있음
- 변경성, 확장성, 위치 투명성 등 많은 장점이 있지만 디버그와 테스트가 어려움
- CORBA : Common Object Request Broker Architecture에 사용
- Interactive Systems Category
- 인간과 컴퓨터간의 상호작용과 같은 software 시스템 구조.
- 인간의 상호작용을 handling하는 데 초점
- Model-View-Controller Pattern과 Presentation-Abstraction-Control Pattern이 이 카테고리에 속함
- MVC Pattern
- 시스템을 Model, View, Controller 3가지 파트로 분리
- Model : 전체 시스템이 어떻게 동작하는지 설명
- View : 모델이 어떻게 보여지는지 설명
- Controller : 시스템과 User 사이 상호작용 제공
- 유지보수성과 확장성을 증대시키지만, 디자인 복잡성도 증가함
- 잘 알려진 예제는 smalltalk 아키텍처
- PAC Pattern
- 협업 에이전트(cooperating agent)의 계층 형태(hierarchy form)로 software system간 상호작용 구조를 정의
- 각 agent는 특정 application function에 대해 책임을 지는 3개의 컴포넌트(presentation, abstraction, control)로 이루어져 있음
- 인간과 컴퓨터가 상호작용할 때, functional core와 다른 agent와의 communication을 분리함
- Adaptable System Category
- 시스템은 시간이 지나감에 따라 발전하여 디자인이나 기능이 변경됨
- Adaptable System(적응형 시스템)은 Application의 확장과 개발된 기술의 조정, 기능 요구사항의 변경으로 이러한 문제를 극복함
- Microkernel Pattern
- Microkernel Pattern은 확장된 기능성과 고객별(customer-specific) 파트(part)로부터 최소 기능 코어를 분리.
- 확장 기능을 연결하고 협업을 조정하는 소켓을 제공.
- 다른 프로세스에서 실행되는 컴포넌트간 서로 통신 가능.
- 카네기 멜론 대학에서 개발된 mach(마하) 운영 체제가 이 패턴을 사용.
- Chorus 상용 시스템도 이 패턴을 사용.
- Reflection Pattern
- Reflection Pattern은 소프트웨어 시스템이 구조와 동작을 동적으로 변경하는 메커니즘 제공
- Type structure (유형 구조), date element (날짜 요소), function call(함수 호출) 메커니즘 수정 지원
- 이 패턴에서 application은 Meta level, Base level 2 분야로 분리됨
- Meta level : 소프트웨어 자체를 인식하고, 선택된 시스템 속성에 대한 정보를 제공
- Base level : Application Logic을 담당. Implementation은 meta level에서 유지.
- 결론
- 시스템 아키텍처는 사용 가능한 아키텍처 패턴과 그 사용법을 이해해야 함
- 시스템 아키텍처를 설계할 때, 인간과 환경적 요소들도 중요
- 프로젝트 수행 시, 예산과 아키텍처의 아름다움 아래 프로젝트에 사용할 수 있는 회사 정책, 리소스는 사용된 아키텍처 패턴이 아니라 아키텍트에 의해서 결정됨.
'POSA'에 해당되는 글 1건
- 2021/01/20 용비 Pattern-Oriented Software Architecture Summary
댓글을 달아 주세요
댓글 RSS 주소 : http://www.yongbi.net/rss/comment/876