데이터 구조 유형(UDDI 레지스트리)

사용하려는 UDDI 레지스트리에 등록된 후 로그인하면 웹 서비스를 등록할 수 있습니다. 서비스 등록은 비즈니스 정보, 서비스 정보, 바인딩 정보 및 서비스 스펙 설명 정보의 4가지 코어 데이터 구조와 관련됩니다. 이러한 데이터 유형 간의 관계는 그림 1에 설명되어 있습니다.

비즈니스 정보. businessEntity 구조에 포함된 정보. businessEntity는 비즈니스 이름, 설명, 담당자 및 ID와 같은 서비스를 공개한 비즈니스에 대한 정보를 포함합니다.

서비스 정보. 웹 서비스 그룹을 설명하는 정보. 이 정보는 businessService 구조에 포함됩니다. businessService는 기술 서비스 제품군에 대한 정보를 포함합니다. 서비스의 비즈니스 프로세스 또는 그룹에 관련된 웹 서비스 세트를 그룹화합니다.

바인딩 정보. bindingTemplate 구조로 표시되는 정보. bindingTemplate는 웹 서비스를 호출하는 시작점 및 생성 스펙을 판별하기 위한 기술 정보를 포함합니다. bindingTemplate는 웹 서비스를 찾고 호출하려는 응용프로그램 개발자에 관련된 웹 서비스 설명을 제공합니다. bindingTemplate는 URL 통과와 같은 서비스 구현 설명을 지정합니다.

서비스 스펙 설명 정보. tModel로 표시되는 제공된 웹 서비스를 통해 구현되는 다양한 스펙에 대한 메타데이터. tModel은 웹 서비스 발견에서 지원할 참조 시스템을 제공합니다.

그림 1. 데이터 유형 간 관계

그림 1은 비즈니스 엔티티, 비즈니스 서비스, 바인딩 템플리트 및 tmodel 간의 관계를 보여줍니다.

각 하위 구조에는 고유한 상위 구조가 있습니다. 즉, 각 businessService 구조는 특정 businessEntity가 소유합니다. 따라서 각 bindingTemplate는 특정 businessService가 소유합니다. 각 bindingTemplate 구조는 tModel 구조의 고유한 인스턴스를 참조하지만 참조는 여러 상위 구조 내에서 반복될 수 있기 때문에 그림 2와 같이 여러 엔티티-서비스-템플리트 상위에서 tModel에 대한 참조는 여러 개일 수 있습니다.

그림 2. tModel 참조

그림 2는 tModel에 대한 여러 개의 참조를 보여줍니다.

공개자 검증

공개자 검증은 UDDI에서 businessEntity 구조를 연관시키는 방법입니다. 공개자 검증은 businessEntity 구조의 그룹을 정의합니다. 여러 비즈니스는 단일 businessEntity로 효과적으로 표시되지 않습니다. 공개자 검증을 통해 businessEntity 구조 간 연관을 형성할 수 있습니다. 예를 들어, 한 대기업에서 종류는 다르지만 밀접하게 연결된 여러 자회사가 있는데, 이러한 자회사 관계를 UDDI 레지스트리에 표시하려고 합니다.

서비스 프로젝션

서비스 프로젝션을 사용하여 비즈니스 엔티티는 다른 비즈니스 엔티티에서 공개된 서비스를 참조할 수 있습니다. 이미 공개된 businessService에 대한 프로젝션으로 businessService 구조를 사용하여 비즈니스에서는 서비스를 공유하거나 재사용할 수 있습니다. 서비스 프로젝션은 참조하는 businessEntity의 일부로 중앙에서 관리됩니다. 즉, 참조 businessEntity 구조에 의해 작성된 모든 businessService 변경사항은 모든 참조 businessEntity 구조에 대해 올바릅니다.