우리 팀은 SOA (Service Oriented Architecture) 기반 전자 조직 기반 애플리케이션을 개발하고 있으며 통합 서비스 및 기타 lagacy 애플리케이션 및 이전에 개발 한 시스템 애플리케이션을 통합하고자합니다. NServiceBus와 같은 ESB (Enterprise Service Bus)를 통해 새로운 애플리케이션 및 새로운 시스템과 통신 할 수 있습니다. 내 문제는이 서비스를 사용하기위한 인터페이스 또는 추상 클래스를 설계하는 방법 (UI- 백엔드 디자인은 자신의 서비스 및 기타 응용 프로그램 및 시스템을 정의 할 수 있습니다 사용자 NServiceBus 같은 ESB()를 통해이 서비스를 사용하는 것입니다.NServiceBus 개발 (사용자 정의 서비스를위한 인터페이스 설계)
어떤 생각의?
비동기 서비스 사이에 흐르는 메시지를 설계하고있다.
메시지 NServiceBus는 xml, json 또는 다른 serializer에서 serialize 된 .net 클래스 또는 인터페이스입니다.
http://docs.particular.net/nservicebus/messaging/messages-as-interfaces
이
우리가 XML 또는 JSON 메시지가 직렬로 구성된 대응하는 그물 형으로 역 직렬화를 기대한다는 것을 의미한다.메시지를 XML/JSON으로 모델링 한 다음 유형 안전 클래스 표현을 생성 할 수 있다면 괜찮습니다. 그렇지 않다면 NServiceBus가 적용하려고하는 프로그래밍 모델을 놓치게됩니다.
없이 기본 통합 그러나, 와이어의 메시지는 XML/JSON 또는 쉽게 기본적으로 MSMQ, RabbitMQ, SQL, 푸른 서비스 버스 같은 기본 전송을 통해 통합 할 수있는 선택 모든 형식은, 수신 측 또는 전송 측이 .NET NServiceBus 프로세스가 아닌 경우 Azure Storage Queues 또는 커뮤니티에서 지원되는 전송.
그러나 직렬화, 트랜잭션 관리, pubsub 및 프로세스 파이프 라인을 구현해야합니다.
에서는 일반적인 통합 패턴에 익숙해하기 위해 다음 기존의 응용 프로그램이나 외부 시스템과 좋은 책을 가고 싶으 시다면 것은 :
http://www.enterpriseintegrationpatterns.com/
건물 통합과 관련하여 나는 좋은 읽을 거리가 될 것이라고 생각한다 :
http://udidahan.com/2011/04/08/integration-how-and-where/
블로그 게시물은 데이터 변환 및 프로토콜 브리징에 대해 설명합니다. NServiceBus가 제공하는 고유 기능이 아닙니다.
그것은 당신이 특정 통합 채널의 변화와 통신을 돌볼 것 NServiceBus 통합 서비스를 가지고 매우 일반적이다.이러한 채널은 SOA 서비스 또는 시스템을 대표하고 통신을 위해 NServiceBus를 사용하는 독립적 인 구성 요소 집합 내에서 데이터가 저장 및/또는 전달되는 방식과는 다른 (공용) 스키마를 가질 수 있습니다.
이것은 당신이 기존 시스템을 포장하고 메시지로 비동기 메시지를 송/수신 할 수 기반 시스템을 노출 도움이 될 수 있습니다.
여기에 관련 동영상이 있습니다. http://particular.net/videos-and-presentations
답장을 보내 주신 Ramon에게 감사드립니다. 우리 팀은 bpms를 디자인하고 조직에 배포하고 소비자를위한 NServiceBus (다른 응용 프로그램 및 WebServices와 같은)를 통해 메시지 디자이너를 디자인 및 구현하여 조직의 다른 서비스 및 응용 프로그램과 함께 자신의 메시지를 디자인합니다. 내 질문은 : IMessage 인터페이스 (NServiceBus) 디자인 및 Develope은 내 목표에 만족합니까? –
게시물을 업데이트했습니다. 충분한 정보를 제공해 주시면 알려 주시기 바랍니다. –
내 답변이 도움이 되었습니까? 뭐가 없어? –