해당 국가에서 1000 점 이상의 판매점을 보유한 회사를 고려할 경우 하루 동안 영업점에 기록 된 판매량을 영업 센터로 보내야합니다.대량의 트랜잭션과 보장 된 배달을 고려할 때 가장 적합한 통합 유형은 무엇입니까?
배달을 보장하기위한 최상의 통합 전략은 무엇입니까? 각 판매 시점에서 Midleware에서 사용하기 위해 JMS 대기열을 사용하십시오. Midleware로 xml 메시지를 보내고 영수증을 확인하거나 파일을 통해 판매를 보내기 위해 콜백을 기다리시겠습니까?
하루에 몇 번 보내는 경우 (대용량이지만 속도는 낮음) 파일을 사용할 수 있습니다. 처리의 참조 및 확인은 예를 들어 JMS 또는 HTTP에 의해 전송 될 수 있습니다. 보장 된 제공과 관련하여 애플리케이션 레벨에서 확인을 통해이를 코딩해야합니다. 또는 파일을 전송하기 위해 StreamSets 또는 Nifi와 같은 일부 프레임 워크를 사용할 수 있습니다. 이들은 다양한 종류의 입력 프로토콜을 위해 설계되었으며 매우 유연합니다.
하루 중 몇 번은 실제로 많이 아닙니다. 앞으로는 트랜잭션 단위로 실시간 작업을 원할 것이므로 시스템을 재 설계해야 할 것입니다. 그것은 모두 당신이 보내고있는이 데이터가 당신에게 의미하는 것에 달려 있습니다. 이 경우 대부분의 JMS가 정상적으로 작동합니다. 1000 포인트의 판매는 당신이 분당 1000 건의 거래를하는 것을 의미합니다. 이것은 오늘날의 하드웨어 및 잘 알려진 JMS 큐 관리자 (예 : MQ 또는 ActiveMQ)에서 문제없이 처리 할 수 있습니다.
"esb"와 같은 태그를 첨부했습니다. ESB가있는 경우 제어 메시지에 사용할 수 있습니다 (특정 위치에서 새 데이터를 사용할 수 있다는 메시지 또는 처리 확인 메시지가있는 경우). 큰 파일을 전송할 때 ESB를 사용하지 않겠습니다. ESB (큐 관리자는 물론)와 같은 "지능적인"미들웨어에서 모든 데이터를 실제로 전송하려는 경우 Hortonworks HDF가 어떻게 작동하는지 확인하는 등 큰 데이터 지향 미들웨어의 구성을 볼 수 있습니다. 또는 위에서 언급 한 SteamSet을 참조하십시오.
이것은 너무 광범위합니다. Stackoverflow는 계획을 세우는 것이 아니라 특정 프로그래밍 문제에 대한 것입니다. https://stackoverflow.com/help/how-to-ask – Robert