브로커 아키텍처 스타일: Difference between revisions
From IT Wiki
No edit summary |
No edit summary |
||
Line 20: | Line 20: | ||
|- | |- | ||
| 단점 || | | 단점 || | ||
* 성능에 대한 | * 성능에 대한 불이익 | ||
* 장애 대처율이 떨어짐 | * 장애 대처율이 떨어짐 | ||
* 테스트 디버깅의 복잡함 (서버, 클라이언트 연동 시에) - 분산 환경을 지원하는 시스템이 많지 않음 | * 테스트 디버깅의 복잡함 (서버, 클라이언트 연동 시에) - 분산 환경을 지원하는 시스템이 많지 않음 |
Latest revision as of 22:27, 11 March 2020
- 상위 문서: 소프트웨어 아키텍처 스타일
- Broker Software Architecture Style; Broker Software Architecture Pattern
- 외부에 분산된 컴포넌트를 호출하려고 할 때 클라이언트 요청 값을 분석하여 서버 컴포넌트에 전달하고 그 결과값을 전달하는 역할을 하는 스타일
- 클라이언트와 서버 사이의 브로커라는 컴포넌트를 두어 보다 효과적으로 서버와 클라이언트 사이를 분리할 수 있어 분산 시스템을 구축하는데 용이함
브로커 아키텍처 스타일 예시[edit | edit source]
장단점[edit | edit source]
구분 | 내용 |
---|---|
장점 |
|
단점 |
|
설계 순서[edit | edit source]
- 객체 모델을 정의하거나 기존 모델을 재사용 할 지 결정
- 컴포넌트들 사이의 상호 연동을 어떤 방식으로 할 지 결정
- 클라이언트와 서버 간의 협력을 위한 Broker 컴포넌트의 역할 정의
- Proxy 객체를 사용해 환경과 관련된 부분 캡슐화 설계
- Broker 컴포넌트 설계
- IDL 컴파일러 설계
같이 보기[edit | edit source]
참고 문헌[edit | edit source]
- 소프트웨어 아키텍처 패턴 가이드, SW공학센터