서비스 버스 란 무엇이며 언제 필요합니까?

Question

나는 NServiceBus에 대해 이야기를 들었다. 그러나 나는 그것이 무엇인지를 정말로 이해하지 못했다. 그들은 ".net을위한 대중적인 오픈 소스 서비스 버스"라고 주장합니다.

그래서; "서비스 버스"란 무엇이며 언제 필요할 수 있습니까?

Answer 1

SOA의 이더넷으로 서비스 버스를 생각할 수 있습니다.

먼저 이더넷의 IP 주소와 같은 항목을 식별하는 언어를 소개합니다. 이 이름은 본질적으로 물리적 인 것이 아닙니다.

다음으로는 반 연결 된 통신을 지원하는 버스의 경우 대기열이나 은유의 이더넷 카드와 같이 각 노드에 물리적 인 요소가 있습니다.

물리적 인 것 외에 이더넷의 OSI 스택처럼 통신의 "프로토콜"부분이 있습니다. 버스에서는 응용 프로그램 코드에서 사용하는 클라이언트 라이브러리입니다.

궁극적으로 서비스 버스는 분산 시스템 구축을위한 차세대 추상화 수준을 제공하는 것으로 볼 수 있습니다. 클라이언트 - 서버 통신에도 사용할 수 있으므로 내구성이 뛰어난 일방 통행 메시징을 제공 할뿐만 아니라 서버가 클라이언트에 알림을 다시 푸시 할 수 있습니다.

특히 RabbitMQ, MSMQ, Azure Storage Queues 및 Azure Service Bus 중에서 선택할 수 있습니다. 대기열 기술을 사용하면 평화 로워지면 NServiceBus가 매우 가볍고 사용하기 쉽습니다.

Answer 2

Enterprise Service Bus에 대한 위키 백과 문서를 확인하십시오.

서비스 버스는 좋은 서비스 지향 아키텍처를 구현하기 위해 끝이없는 탐구에서 또 다른 추상화 계층 역할을합니다. 서비스 버스는 메시징, 라우팅 및 서비스 Co-Ordination과 같은 훌륭한 SOA (Service Oriented Architecture) 뒤에있는 무거운 짐을 처리 할 수 ​​있습니다.

그런 이유가 확실하지 않은 경우 좋은 서비스 지향 아키텍처를 만드는 요소에 대해 읽어 보시기 바랍니다. 정말 내 눈을 뜨게 그냥했다 웹 서비스를 가진 및 아키텍처 지향 진정한 서비스를 가진 사이의 서로 다른 증명이 책 토마스 얼의 Service-Oriented Architecture: Concepts, Technology, and Design이 용어는의 (버즈 단어로) 방식 후임에 SOA 도입 된

Answer 3

EAI.

언제 필요합니까? 그건 좋은 질문이야. 그것은 많은 복잡성을 수반합니다.

어림짐작은 그것이 야기하는 것보다 많은 문제를 해결할 수 있습니다.

이기종 환경이 있고 비즈니스 프로세스와 (다른 기술을 사용하는) 응용 프로그램을 정렬하려는 경우 심각합니다. 는 그럼 BPEL을 사용하는 것이 도움이 될 수 있습니다 (하지만이 migraton에 의한 문제 소개) 오케스트레이션 및 안무를

편집 : 위키 백과에없는 것은, 연습 : ESB는 i.g.이었다 수 있습니다 특수 커넥터, Corba 또는 Java Enterprise와 함께 사용할 수있는 이전 터미널 응용 프로그램을 사용하여 상호 운용 성을 의미합니다. 단점은 엄청난 노력없이 협력하지 않는 SOAP에 대한 100 개 이상의 '표준'입니다.

2 개의 큰 보증 회사의 합병 후 6 개월 이내에 IT 시스템을 상호 연결해야하는 경우 확실히 필요합니다.