표준화된 서비스 계약
Standardized service contract표준화된 서비스 계약은 서비스 인벤토리[3](기업 또는 도메인) 내의 서비스[2] 계약이 동일한 일련의 설계 표준을 [4]준수하도록 보장하기 위해 서비스 지향 설계 패러다임 내에서 적용되는 소프트웨어[1] 설계 원칙입니다.이를 통해 서비스 [5]인벤토리 전체에서 표준화된 서비스 계약이 쉬워집니다.
목적
서비스 지향 아키텍처(SOA)가 약속하는 민첩성은 일반적으로 포함된 서비스의 재사용 가능성 수준에서 측정됩니다.그러나 이러한 재사용 가능성은 용역계약이 용역능력을 정의하는 방식과 직접 관련이 있다.잠재적으로 재사용 가능한 기능적[6] 맥락 위에 구축되었지만 이러한 재사용 가능성을 올바르게 전달하지 않는 계약이 있는 서비스는 재사용 가능성을 달성하지 못합니다.
서비스 지향 솔루션에서 서비스 계약은 서비스가 서로 또는 다른 소비자 프로그램과 상호 작용하는 유일한 매체이기 때문에 기본적인 아티팩트를 나타냅니다.따라서 서비스를 최대한 재사용하고 재구성할 수 있도록 서비스 계약을 표준화할 필요가 있습니다.이를 위해서는 표준화된 용역계약 설계원칙이 적용되어 용역재고에 설정된 설계기준에[7] 기초한 표준화된 용역계약이 이루어지기 때문에 적용되어야 합니다.
이 서비스의 목표 중 하나는 두 서비스가 상호 작용하기 때문에 데이터 변환의 필요성을 줄이는 것입니다.이는 서비스 계약이 표준화된 데이터 모델(예: 서비스가 웹 서비스로 구현된 경우 XML 스키마)을 사용하는 경우에 달성될 수 있습니다.이것에 의해, 서비스의 상호 운용성도 향상됩니다.이 설계 패턴의 또 다른 중요한 목표는 표준화된 서비스 기능을 사용하여 설계 [8]시 서비스 기능의 목적과 능력을 쉽게 이해할 수 있도록 하는 것입니다.
어플
기술 서비스 계약은 보통 WSDL 문서, XML 스키마 및 정책 문서로 구성됩니다.따라서 이 원칙은 다음과 같이 용역계약의 세 가지 영역에 걸쳐 적용될 필요가 있다.
함수식 표준화
서비스의 운영은 표준화된 명명 규칙을 사용하여 정의해야 합니다.이는 구성 입력 및 출력 메시지 이름 및 대응하는 유형 이름에도 적용됩니다.이를 통해 서비스 계약의 올바른 해석이 향상되고 서비스 재사용 및 상호 운용성이 향상됩니다.서비스 계약에서 능력을 명확히 표현하면 서비스 중복 가능성도 줄어듭니다.
데이터 모델 표준화
동일한 유형의 데이터(예: 구매 주문)를 기반으로 메시지를 교환하는 두 서비스는 서로 다른 스키마에 따라 해당 데이터를 모델링할 수 있으므로 데이터 모델 변환이 필요합니다.이로 인해 오버헤드가 증가하고 서비스 상호 운용성과 재사용에 방해가 됩니다.이러한 변화를 피하기 위해 표준화된 서비스 계약 원칙에는 표준화된 데이터 모델이 필요합니다. 이를 통해 전사적으로 재사용하여 표준화된 서비스 기능을 정의할 수 있는 표준화된 데이터 표현 아키텍처를 구축할 수 있습니다.스키마 일원화는 데이터 모델 표준화[10] 설계 패턴의 목표를 직접 지원하므로 중앙 집중식으로 관리되는 스키마 작성을 더욱 지원합니다.
정책 표준화
서비스 정책은 서비스의 이용약관을 나타냅니다.따라서 서비스를 재사용하기 위해서는 업계 표준 어휘에 기초한 표준화된 정책 표현을 사용하여 서비스 동작 요건을 일관되게 표현해야 합니다.이러한 유형의 표준화는 서비스 계약에서 개별 정책 문서로 정책을 분리하도록 촉진하여 중앙 집중식 거버넌스를 촉진합니다.경우에 따라서는 구문적으로는 다르지만 2개의 정책이 같은 것을 의미할 수 있습니다.따라서 설계 표준이 허용 가능한 정책 구조를 지시해야 합니다.
고려 사항.
이 설계 원칙의 적용은 서비스 인벤토리 수준의 설계 표준에 따라 달라집니다.이를 위해서는 시간과 노력 측면에서 추가 리소스가 필요합니다.둘째, 이 설계 원칙을 효과적으로 적용하기 위해서는 실제 계약이 서비스 로직 및 구현으로부터 물리적으로 격리되어 업계 표준에 근거할 수 있도록 해야 합니다.이것은 분리된[11] 계약 설계 패턴을 적용함으로써 달성할 수 있다.또한 기본 논리가 표준화된 데이터 모델만 사용하도록 '계약 우선' 접근법을 따라야 합니다.게다가 집중형 데이터 모델의 요건은, 서비스에 필요한 실제의 데이터는, 서비스에 부과되는 표준화된 스키마에 정의되고 있는 데이터의 서브셋에 지나지 않기 때문에, 서비스간에 용장 데이터를 송신하는 것으로 끝날 가능성이 있습니다.
레퍼런스
- ^ 설계 원리
- ^ 서비스 계약
- ^ 서비스 인벤토리
- ^ Cellary, Wojciech; Strykowski, Sergiusz. "E-Government Based on Cloud Computing and Service-Oriented Architecture". Proceedings of the 3rd international conference on Theory and practice of electronic governance. ICEGOV '09. pp. 5–10. doi:10.1145/1693042.1693045. ISBN 978-1-60558-663-2.
- ^ 마이클 폴린서비스 지향 원칙의 진화: 서비스 계약, 파트 2접속일 : 2010년 4월 12일
- ^ 서비스의 경계, 즉 서비스가 제공하는 기능의 유형
- ^ 토스트 등웹 서비스 계약 테크놀로지 사용에 관한 가이드라인.접속일 : 2010년 4월 12일
- ^ 쿠카이 린소규모 이행을 위한 서비스 지향 이행에 관한 예비 조사.접속일 : 2010년 4월 10일
- ^ 서비스는 보통 웹 서비스로 구현되기 때문에 본 기사에서는 웹 서비스의 맥락에서 이 설계 원칙의 적용에 초점을 맞추고 있습니다.
- ^ 스키마 집중화 패턴
- ^ 분리된 계약 패턴
- 마우로 등Service Oriented Device Integration - SOA 설계 패턴 분석, 2010년 제43회 하와이 국제 시스템 과학 컨퍼런스, 페이지 1~10.접속일 : 2010년4월 8일
- Erl, Thomas (2008). SOA Principles of Service Design. Prentice Hall. ISBN 978-0-13-234482-1.
- 폴-알렉산드루 이스토안.소프트웨어 제품군 및 서비스 지향 아키텍처: 연결할 수 있습니다.접속일 : 2010년 4월 10일
- 유세프 악바니적응성이 뛰어난 개방형 서비스 시스템 개발을 위한 멀티 에이전트 프레임워크.접속일 : 2010년 4월 10일
- 크젤-스베레 제리셰르비SOA 계약 성숙도 모델.접속일 : 2010년 4월 12일
