1
WebMethods ESB를 대규모 트래픽 볼륨 (크기 및 메시지 수 모두)으로 확장 한 경험이있는 사람들을 찾고 있습니다. 어떻게 됐어? 문제가 있습니까? 어떻게 해결 했습니까?WebMethods ESB가 확장됩니까?
A
답변
3
내가 처리 한 환경 (4에서 1000 개의 서버까지)은 꽤 잘 조절됩니다.
관리하는 정보 전송 기술의 유형에 따라 크게 다릅니다.
가장 빠른 은입니다. 잘 구성된 서버에서 하루에 수백만 개 이상의> 100kb 메시지를 쉽게 처리 할 수있는 독점적 인 webMethods Broker입니다.
브로커에서 직접 JMS 전송을 사용하는 경우 (네이티브 브로커 형식의 변환/압축 해제) 추가 메시지 처리 단계가 약간 느려지지만 (새로운 7.1.2 버전이 크게 향상되었습니다).
다른 유형의 전송 (stateless 웹 서비스 및 기타)은 일반적으로 ESB를 포함하지 않지만 물류 아키텍처는 다를 수 있으므로 명확한 대답이 없습니다. 당신 이 가상화 [파라 - 가상에 좋은 결과를 얻을 수 있습니다 클러스터 또는 비 클러스터 시스템의 구성 요소 복제
시간 대부분의
이 충분하다 (프로세스가 대부분 IO-바인딩, 그래서, 컨테이너, 시스템], 때로는 더 많은 금속이 필요합니다.
0
AFAIK, 사람들은 webMethods를 사용하여 멋진 숫자를 얻습니다 (그러나 webMethods 클러스터링은 사용하지 않습니다). webMethods 플로우는 각 스테이지를 통해 지속되지 않는 단점을 가지고 확장 할 수 있습니다. 프로세스를 사용하지 않는다면 스케일링을 잘해야합니다.