解決好跨應(yīng)用的連接和數(shù)據(jù)訪問后，我們的應(yīng)用也要做好相應(yīng)的改造，如應(yīng)用分層的設(shè)計、接口服務(wù)化拆分等。
(1 )應(yīng)用分層設(shè)計
應(yīng)用分層設(shè)計很有必要。例如最起碼要把對數(shù)據(jù)庫的訪問統(tǒng)-抽象出來形成數(shù)據(jù)層，而不是直接在代碼里寫SQL-這會使 重構(gòu)應(yīng)用和水平拆分?jǐn)?shù)據(jù)庫非常困難。我們通常從垂直方向劃分應(yīng)用，分成服務(wù)層、業(yè)務(wù)邏輯層和數(shù)據(jù)層，每一層盡量做到解耦:上層依賴下層， 而下層不要反向依賴上層。

應(yīng)用分層最核心的目的是每個層都會封裝一些信息、完成一些特定的功能需求，層與層之間通過接口交互，而且交互的數(shù)據(jù)是清晰和固定的，做到隔離和交互?？梢詮囊韵聝蓚€方向判斷分層是否合理。
第一，如果我要增加-些新需求或者修改某些需求時，是否能清楚地知道要到哪個層去完成，換句話說，這些分層的職責(zé)是否清晰。
第二，如果每個層對我的接口不變，那么每個層內(nèi)部的修改是否會導(dǎo)致其他層也發(fā)生修改，即每個層是否做到了收斂。
分層設(shè)計中最怕的就是在接口中設(shè)計一些超級數(shù)據(jù)結(jié)構(gòu)，如傳遞個對象， 然后把這個對象一直傳遞下去，而且每個層都可能修改這個對象。這種做法導(dǎo)致兩個問題:-是一旦該對象更改，所有層都要隨之更改；二是無法知道該對象的數(shù)據(jù)在哪個層被修改，在排查問題時會比較復(fù)雜。因此，在設(shè)計層接口時要盡量使用原生數(shù)據(jù)類型如String、Integer 和Long等。
(2)微服務(wù)化
微服務(wù)化，是從水平劃分的角度盡量把服務(wù)分得更細(xì)，每個業(yè)務(wù)只負(fù)責(zé)一個功能單元，這樣可以把這些微服務(wù)組合成更大的功能模塊。也就是有目的地拆小應(yīng)用，形成單一職責(zé)從而提升系統(tǒng)可維護(hù)性、擴(kuò)展性和開發(fā)效率。
基于Spring Boot構(gòu)建的一個典型的微服務(wù)深圳網(wǎng)站建設(shè)架構(gòu)，它按照不同功能將大的會員服務(wù)和商品服務(wù)拆成更小原子的服務(wù)，將重要穩(wěn)定的服務(wù)獨(dú)立出來，以免經(jīng)常更新的服務(wù)發(fā)布影響這些重要穩(wěn)定的服務(wù)。

名稱欄目：網(wǎng)站應(yīng)用的服務(wù)化改造
網(wǎng)站鏈接：http://aaarwkj.com/news/149867.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站營銷、外貿(mào)網(wǎng)站建設(shè)、服務(wù)器托管、云服務(wù)器、響應(yīng)式網(wǎng)站、Google

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)