서비스 컴포넌트 아키텍처

Service Component Architecture

Service Component Architecture(SCA; 서비스 컴포넌트 아키텍처)는 서비스 지향 아키텍처 [1]원칙을 따르는 애플리케이션을 위한 모델을 제공하도록 설계된 소프트웨어 기술입니다.IBM, Oracle Corporation 및 TIBCO Software를 비롯한 주요 소프트웨어 공급업체가 개발한 이 기술은 광범위한 기술을 포괄하며, 프로그래밍 언어 및 애플리케이션 환경의 [1]중립성을 유지하기 위해 독립 사양으로 지정되어 있습니다.많은 경우 엔터프라이즈서비스 버스(ESB)를 사용합니다.

역사

2005년 11월 30일 발표된 최초 파트너는 BEA Systems, IBM, IONA Technologies,[2] Oracle Corporation, SAP AG, Sybase, Xcalia 및 Zend Technologies였습니다.2006년 7월 26일 발표된 추가 멤버는 Cape Clear, Interface21, Primeton Technologies, Progress Software, Red Hat, Rogue Wave Software, Software AG, Sun Microsystems 및 TIBCO [3]Software입니다.Siemens AG는 2006년 9월 18일, 테크놀로지에 임하는 기업의 공동 작업에 참가했습니다.

파트너 외에도 SCA 커뮤니티에는 정식 지지자가 [4]몇 명 있었습니다.

정의.

2007년 3월 21일, OSOA 콜라보레이션은 최초의 사양 버전을 발표했습니다.[5]사양에는 SCA를 사용하여 설계된 어플리케이션에는 다음이 필요합니다.

  • 애플리케이션 비즈니스 로직과 호출된 서비스 호출 세부 정보 분리
  • C++, Java, COBOL, PHP는 물론 XML, BPEL, XSLT 등 다양한 언어로 서비스를 제공합니다.
  • 단방향, 비동기, 콜 리턴, 알림 등 다양한 통신 구조를 조작할 수 있는 기능
  • 웹 서비스, EJB, JMS, JCA, RMI, RPC, CORBA 등의 기술을 통해 정상적으로 액세스되는 레거시 컴포넌트 또는 서비스에 "바인드"하는 기능
  • 보안, 트랜잭션, 신뢰성 높은 메시징 사용 등 (비즈니스 로직 외) 서비스 품질 요건을 선언하는 기능
  • 데이터는 서비스 데이터 개체로 나타낼 수 있습니다.

따라서 SCA는 복합 애플리케이션에 유연성을 제공하고 재사용 가능한 구성요소를 SOA 프로그래밍 스타일로 유연하게 통합하도록 추진되었습니다.

마케팅 회사인 Gartner Group은 2005년 [2]12월에 SCA와 서비스 데이터 오브젝트(SDO)의 테크놀로지를 홍보하는 짧은 개요를 발표했습니다.

장점:

  • 모든 기존 Java 플랫폼 테크놀로지 및 C++ 지원
  • 테크놀로지에 대한 의존도 감소– Java 프로그래밍 언어 또는 XML에 의존할 필요가 없음
  • Service Data Objects는 데이터 액세스를 위한 기술 사양입니다.

단점:

  • 사양은 채택을 계속 저해하는 SOA 애플리케이션의 성능을 다루지 않습니다.
  • ([6]상호운용성이 아닌) 휴대성에 중점을 두어 CORBA의 반복적인 [7]실수에 취약합니다.

SCA는 "활성화"라고 불리는 접근방식을 통해 상호운용성을 제공한다고 알려져 있습니다.SAP의 [8]설계자가 설명한 바와 같이 JCA에서 사용된 이전 "중재"(예: JBI) 또는 "호출(Invocation)" 방식과 비교하여 가장 높은 수준의 구성요소 자율성을 제공하는 방법입니다.

아티팩트

SCA 어셈블리모델은 일련의 아티팩트로 구성됩니다.이 아티팩트는 XML 파일에 포함된 요소로 정의됩니다.SCA 런타임에는 이러한 XML 파일로 나타나는 아티팩트가 표준이 아닌 다른 표현으로 표시될 수 있으며 시스템 설정을 동적으로 변경할 수 있습니다.단, XML 파일은 SCA 아티팩트의 포터블 표현을 정의합니다.

기본 아티팩트는 컴포지트입니다.컴포지트는 SCA의 배포 단위이며 원격으로 액세스할 수 있는 서비스를 보유하고 있습니다.컴포지트에는 모듈이 제공하는 비즈니스 기능을 포함하는 컴포넌트가 [9]1개 이상 포함되어 있습니다.구성 요소는 서비스 기능을 제공합니다. 이 기능은 동일한 모듈 내의 다른 구성 요소에서 사용하거나 진입점을 통해 모듈 외부에서 사용할 수 있습니다.컴포넌트는 다른 컴포넌트가 제공하는 서비스에 의존할 수도 있습니다.이러한 의존관계를 레퍼런스라고 부릅니다.참조는 같은 모듈의 다른 컴포넌트에 의해 제공되는 서비스에 링크할 수도 있고 모듈 외부에서 제공되는 서비스에 링크할 수도 있습니다.이러한 서비스는 다른 모듈에서 제공될 수도 있습니다.모듈 외부에서 제공되는 서비스(다른 모듈에서 제공되는 서비스 포함)에 대한 참조는 모듈의 외부 서비스에 의해 정의됩니다.이 모듈에는 와이어로 표시되는 참조와 서비스 간의 링크도 포함되어 있습니다.

구성 요소는 구성된 구현으로 구성됩니다. 구현이란 비즈니스 기능을 구현하는 프로그램 코드의 일부입니다.컴포넌트는 구현에 의해 선언된 설정 가능한 속성에 대한 특정 값을 사용하여 구현을 구성합니다.컴포넌트는 구현에 의해 선언된 참조를 특정 타깃서비스에 배선하여 구현을 구성할 수도 있습니다.

컴포지트는 SCA 시스템 내에 배치됩니다.SCA 시스템은 단일 조직에 의해 제어되는 비즈니스 기능 영역을 제공하는 일련의 서비스를 나타냅니다.예를 들어, SCA 시스템은 기업 내 회계 부문의 모든 금융 관련 기능을 망라할 수 있으며, 고객 계정용 모듈 및 미지급 계정용 모듈 등 특정 회계 분야를 다루는 일련의 모듈을 포함할 수 있습니다.SCA 시스템의 구축 및 설정을 지원하기 위해 컴포넌트 구현으로 컴포넌트를 사용할 수 있습니다.Java 클래스 또는 BPEL 프로세스와 같은 방법입니다.즉, SCA는 임의의 깊이의 컴포지트 계층을 가능하게 합니다.이러한 중첩 모델을 재귀적 모델이라고 부릅니다.

보안과 같은 비기능적 요건의 파악과 표현은 서비스 정의의 중요한 측면이며 컴포넌트 및 구성의 라이프 사이클 전체에 걸쳐 SCA에 영향을 미칩니다.SCA는 컴포넌트 설계에서 구체적인 도입에 이르기까지 제약, 기능 및 Quality of Service(QoS) 기대 사양 지정을 지원하기 위한 정책 프레임워크를 제공합니다.

표준 기구로의 이행

비공식적인 업계 협업 하에 수년간 배양한 후, 이제 규격의 초기(V1.0) 구현이 시장에 출시됩니다.콜라보레이션 파트너들은 다음 단계로 정식 업계 표준화가 적절하다고 지적하고 2007년 3월에 그 의도를 발표했습니다.선택된 표준개발기구는 OASIS 조직이며 새로운 OASIS Open CSA 멤버 섹션이 설치되었습니다.[10]6개의 새로운 기술위원회(TCS)의 헌장이 OASIS에 제출되어[11] OASIS 조직 내에서 기술위원회 멤버에 대한 참여 요청이 발행되었습니다.기술위원회는 2007년 9월에 작업을 시작할 계획이었다.이러한 OASIS SCA TC에 대한 참여는 모든 기업, 비영리 단체, 정부, 교육 기관 및 개인에게 열려 있습니다.저작물의 아카이브는 회원 및 비회원 모두 이용할 수 있으며, OASIS는 공개 [12]코멘트를 위한 메커니즘을 제공합니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ a b Edwards, Mike. "Service Component Architecture". OASIS. Retrieved 7 April 2011.
  2. ^ a b Daniel Sholler, David Mitchell Smith (December 5, 2005). "New SOA Specification Will Fill Niche Among Java Users" (PDF). Gartner Group. Retrieved April 29, 2017.{{cite web}}: CS1 maint: 작성자 파라미터 사용(링크)
  3. ^ 기술 srinivas 공급업체는 SOA 기술에 대한 협업을 확장합니다. http://www.hoise.com/primeur/06/articles/monthly/AE-PR-08-06-92.html Wayback Machine에서 2011-07-12년 아카이브
  4. ^ OSOA 테크놀로지 서포터즈 http://www.osoa.org/display/Main/Current+OSOA+Supporters+Community
  5. ^ "Service Component Architecture Specifications". Open SOA Collaboration web site. Archived from the original on October 12, 2007. Retrieved April 29, 2017.
  6. ^ [1] 2008-07-05년 Wayback Machine SCA & SDO, 차세대 Corba 아카이브
  7. ^ : CS1 maint: 제목으로 아카이브된 복사(링크"Archived copy". Archived from the original on 2008-12-02. Retrieved 2011-04-08.{{cite web}})CORBA의 흥망성쇠
  8. ^ "community.user: Comparing SCA, Java EE and JBI SCN". Sdn.sap.com. 2005-12-12. Archived from the original on 2012-12-17. Retrieved 2013-06-16.
  9. ^ Bell, Michael (2008). "Service-Oriented Conceptualization". Service-Oriented Modeling: Service Analysis, Design, and Architecture. Wiley & Sons. p. 3. ISBN 978-0-470-14111-3.
  10. ^ "OASIS Open CSA Member Section for SCA".
  11. ^ "Six Technical Committees Proposed for the OASIS Open CSA Member Section".
  12. ^ "Six OASIS Committees Form to Standardize Service Component Architecture (SCA) for SOA".

추가 정보

외부 링크