다음과 같은 다양한 유형의 EAI 소프트웨어 토폴로지가 있습니다 -
허브/스타 토폴로지
허브 유형은 주요 제어 지점을 생성하는 데 도움이 됩니다. 메시지는 소스에서 머신 자체에서 제공되는 중앙 허브로 공유됩니다. 허브 유형은 비즈니스 이벤트가 자율적이며 유형이 개별 공급업체의 기반이 되는 MOM(Message Oriented Middleware)인 경우 작동합니다. 따라서 소스 응용 프로그램은 개별 메시지를 하나의 형식으로 공유하고 허브는 메시지를 필수 형식으로 다시 지정하여 허브에 연결된 다중 반경으로 브로드캐스트합니다.
허브/스타 토폴로지의 장점
-
중앙 집중화되어 있어 데이터의 재입력을 줄이는 데 사용할 수 있습니다.
-
데이터 재사용을 촉진하는 데 사용할 수 있습니다.
-
모든 데이터는 허브를 통해 변환되어야 하므로 허브에서 네트워크 전반의 데이터 흐름을 모니터링하고 감사하는 것이 간단합니다.
-
확장성이 더 좋습니다.
허브/스타 토폴로지의 단점
-
사용 가능한 대부분의 허브는 작동하는 미들웨어가 아닌 다른 소스에서 들어오는 트랜잭션을 관리할 수 없습니다.
-
여러 소스와 대상이 포함된 통합 이벤트를 처리할 수 없습니다.
-
데이터베이스가 필요한 경우 볼륨이 증가하고 통합 규칙이 어려워짐에 따라 처리 또는 라우팅 병목 지점이 되어야 합니다.
버스 토폴로지
버스 유형은 데이터를 여러 대상에 배포하는 데 유용합니다. 소스 응용 프로그램은 다른 응용 프로그램에 액세스할 수 있는 시스템 전체의 논리적 응용 프로그램 버스에 메시지를 넣습니다. 그러면 하나 이상의 애플리케이션이 버스에서 전송된 메시지를 선택적으로 구독할 수 있습니다. 트래픽은 주 스위칭 포인트를 통과할 필요가 없습니다. 이는 미들웨어 게시 및 구독에서만 가능합니다. 버스 유형은 병목 현상 문제를 방지합니다.
지점간 토폴로지
지점간 토폴로지를 사용하면 응용 프로그램이 서로 직접 연결할 수 있습니다. 이는 동기식 연결 및 지속성이 필요할 때 유용합니다. ERP 소프트웨어용으로 사전 구성된 통합이 있는 응용 프로그램은 이 토폴로지를 사용합니다.
파이프라인 토폴로지
파이프라인 토폴로지는 동적 구성이 필요하지 않고 여러 파이프라인이 서로 독립적인 경우에 유용합니다. 데이터 흐름은 선입선출 방식을 기반으로 합니다. 이것은 매우 쉬운 수준의 통합입니다.
네트워크 토폴로지
네트워크 토폴로지는 여러 비동기 활동이 있고 자율 트랜잭션이 서로 공존해야 하는 경우 액세스할 수 있는 최상의 옵션입니다. 이 토폴로지가 제대로 작동하려면 인터페이스가 명확하고 견고해야 합니다. 인터페이스 수준에 문제가 있는 경우 전체 네트워크 연결이 거부될 수 있습니다.