應(yīng)用系統(tǒng)之間數(shù)據(jù)傳輸幾種方式(文件)
【正文】 對于大數(shù)據(jù)量的交互，采用這種文件的交互方式最適合不過了。這種方式的優(yōu)點：1 在數(shù)據(jù)量大的情況下，可以通過文件傳輸，不會超時，不占用網(wǎng)絡(luò)帶寬。3 必須約定文件數(shù)據(jù)的格式，當(dāng)改變文件格式的時候，需要各個系統(tǒng)都同步做修改。這種方式的優(yōu)點是1 相比文件方式傳輸來說，因為使用的同一個數(shù)據(jù)庫，交互更加簡單。message方式Java消息服務(wù)（Java Message Service）是message數(shù)據(jù)傳輸?shù)牡湫偷膶崿F(xiàn)方式。目前市場上有很多開源的jms消息中間件，比如接入起來相對也比較簡單2 通過消息方式比較靈活，可以采取同步，異步，可靠性的消息處理，消息中間件也可以獨立出來部署。所以B接收請求成功，立刻返回系統(tǒng)A成功。E 系統(tǒng)A 接收到系統(tǒng)B請求來的消息，進行展示任務(wù)結(jié)果。這個過程很長。B 系統(tǒng)A 通過webservice 調(diào)用系統(tǒng)B提供的服務(wù)器，把需要處理的文件名發(fā)送到系統(tǒng)B。ActiveMQ, OpenJMS系統(tǒng)A發(fā)送消息到消息服務(wù)器，如果系統(tǒng)B訂閱系統(tǒng)A
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1