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