系統之間接口的可移植性考慮

             前些年公司各個系統之間的接口大多經過數據庫連接服務器來相互之間推數據或者拉數據,由於這些系統的數據庫都部署在公司到內網中,web

且屬於同一網段,使用視圖來提供數據源,經過做業來執行存儲過程取數,設置好做業到執行頻率來控制執行頻次。這些年過去了,系統之間到數據庫

接口愈來愈多,同步做業也是愈來愈多,也愈來愈難以維護了。安全

            如今要開始考慮升級系統或者將系統移植到第三方的雲平臺的問題了,問題天然就來了,莫非咱們的接口訪問仍是要公開一個公務地址,服務器

而後使用公網地址來連接數據庫嗎?這樣太不安全了,也不方便維護了。腫麼辦?後面新的系統或者項目就不要採用這種方式來實現同步了,都spa

能夠統一用webservice來系統,做業的調度則能夠考慮用Quartz來作,或者本身寫一個調度程序也行。之前的系統的接口方式就須要慢慢設計

改進過來了,這樣之後系統若是移植到雲平臺就方便了不少。接口

         因此係統的接口之間的可移植性在系統方案設計時就要考慮清楚,不能由於一時疏忽或者偷懶爲往後維護形成隱患。部署

相關文章
相關標籤/搜索