目前有個A系統,需要將獲取的數據,推動給其他應用系統,比如有3個應用系統,其實會有更多App1,App2,App3,由于這3個應用系統不知道什么時候會有他們的數據,所以需要A系統獲得最新數據以后,主動推送給這3個應用,目前不知道采用什么方案比較好。
方案1:應用系統不斷輪詢A系統提供額web Service去查詢是否有他們的數據,這個方案由于應用會很多,會造成不必要的資源浪費,因為可能有些應用幾天都不會有數據。
方案2:各應用系統自己開發web service接收數據,并在A系統提供各自web service的地址,A系統通過不同類型的數據調用不同地址的接口,這個方案需要其他應用根據統一的標準去時間這個接口,A系統只要更換連接地址。缺點就是其他應用的接口實現都要統一。
?
想問下有沒有更好的方案,目前用的是C#實現。
4 回答
哈士奇WWW
TA貢獻1799條經驗 獲得超6個贊
其實這里面有幾個問題需要注意:
1、A系統的數據是否需要及時通知其他APP,如果不需要則可以定時交互,當然這個時間要根據實際情況確定。
2、不管什么解決方案,A系統和其他App都需要寫接口,那么你是否有權利定義這些接口?
3、“A系統通過不同類型的數據調用不同地址的接口”:說明A系統的主要任務是確定去哪個接口獲取數據,
現在分2中情況的解決方案:
1、不要及時更新數據
? ? ?只需要在A系統或者App設置定時任務去更新數據即可
2、及時更新數據
? ? ? ? 此時需要數據系統通知A系統,在由A系統通知App
我對實際情況還不是很了解,有的地方可能理解錯誤,如果有問題在聯系,另外方案1不推薦,不僅對App是消耗,對A系統也是極大的消耗,因為App會很多的。
慕森卡
TA貢獻1806條經驗 獲得超8個贊
用Redis的Publish/Subscribe:
Redis支持這樣一種特性,你可以將數據推到某個信息管道中,然后其它人可以通過訂閱這些管道來獲取推送過來的信息。
- 4 回答
- 0 關注
- 670 瀏覽
添加回答
舉報
0/150
提交
取消
