2011-01-05 2 views
2

저는이 아이디어에 대해 생각해 왔으며 상업적으로 구현되었는지 알고 싶습니다. 마찬가지로 (외부) 도메인 특정 프로그래밍 언어 (int 및 string과 class 대신에 언어 별 구문/의미 체계의 기본 유형 인 비즈니스 별 엔티티와 함수가있는 경우)와 같은 것이 있습니다. 다른 시스템을 표준 프로토콜 (SOAP/HTTP, JMS, JDBC 등)을 통해 라우팅, 오케스트레이션 및 통합하는 대신, 실제로 상용 시스템을 통합하는보다 추상적 인 계층에서 작업하고 있습니다. 특정 산업)의 통신 프로토콜을 통해? 이 패턴이 특정 산업 (예 : 건강 관리, 자동차) 내에서 (다른 도메인 표준의) 다른 시스템을 통합하는 제품으로 사용되었는지 궁금합니다.도메인 별 엔터프라이즈 서비스 버스가 있습니까?

예. 건강 관리. 상업용 헬스 케어 애플리케이션은 HL7, HIE, CCD ...와 같은 프로토콜을 통해 서로 연결하고 통신하며 오케스트레이션되고 모니터링됩니다. 버스를 통해 수행 된 활동, 통합 및 워크 플로우는 비즈니스 분석가가 작성합니다. (예 : IT 직원 대신) 예 : 병원의 보건 담당자, 임상 분석가, 의사 .... 등

답변

1

예, 많은 그러한 custonized ESB가 있습니다. ISGN에 의해 ​​BridgeLink

는 부동산 모기지 도메인에 대한 제품이다.

0

JBoss ESB은 전송의 사용자 정의가 가능합니다. 또한 Redhat에서 SOA-P 버전을 지원합니다.

0

건강 관리 분야에서 이러한 유형의 통합 미들웨어는 인터페이스 엔진이라고합니다.

이 유형의 제품은 의료 IT 공급 업체가 HL7 메시징 인터페이스와 같은 표준 지향 인터페이스를 노출하기 위해 전통적으로 사용되기 때문입니다.

인터페이스를 구현하는 데 HL7 전문가가 없지만 HL7 또는 IHE 프로필을 사용하는 다른 시스템과 통합하려는 EHR 공급 업체를 생각해보십시오. 인터페이스 엔진과 함께 제공되는 전문 기술과 함께 공급 업체는 데이터베이스 인터페이스 또는 SOAP 인터페이스를 표준 HL7 인터페이스로 쉽게 변환 할 수 있습니다.

시장은 등 Corepoint, 앙상블, 환희 등 몇몇 선수를 가지고

그러나 이러한 도구는 매우 인터페이스간에 메시지를, 엔드 포인트를 연결하는 데이터 포맷 변환 및 라우팅을 포함하여 기술적 인 수준의 문제에 초점을 맞추고있다 ESB에서 기대할 수있는 것입니다. 나는 그들이 비즈니스 분석가들에 의해 사용될 의도가 없다고 생각합니다.

관련 문제