解決好跨應(yīng)用的連接和數(shù)據(jù)訪問(wèn)后,我們的應(yīng)用也要做好相應(yīng)的改造,如應(yīng)用分層的設(shè)計(jì)、接口服務(wù)化拆分等。
(1 )應(yīng)用分層設(shè)計(jì)
應(yīng)用分層設(shè)計(jì)很有必要。例如最起碼要把對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)統(tǒng)-抽象出來(lái)形成數(shù)據(jù)層,而不是直接在代碼里寫SQL-這會(huì)使 重構(gòu)應(yīng)用和水平拆分?jǐn)?shù)據(jù)庫(kù)非常困難。我們通常從垂直方向劃分應(yīng)用,分成服務(wù)層、業(yè)務(wù)邏輯層和數(shù)據(jù)層,每一層盡量做到解耦:上層依賴下層, 而下層不要反向依賴上層。
應(yīng)用分層最核心的目的是每個(gè)層都會(huì)封裝一些信息、完成一些特定的功能需求,層與層之間通過(guò)接口交互,而且交互的數(shù)據(jù)是清晰和固定的,做到隔離和交互??梢詮囊韵聝蓚€(gè)方向判斷分層是否合理。
第一,如果我要增加-些新需求或者修改某些需求時(shí),是否能清楚地知道要到哪個(gè)層去完成,換句話說(shuō),這些分層的職責(zé)是否清晰。
第二,如果每個(gè)層對(duì)我的接口不變,那么每個(gè)層內(nèi)部的修改是否會(huì)導(dǎo)致其他層也發(fā)生修改,即每個(gè)層是否做到了收斂。
分層設(shè)計(jì)中最怕的就是在接口中設(shè)計(jì)一些超級(jí)數(shù)據(jù)結(jié)構(gòu),如傳遞個(gè)對(duì)象, 然后把這個(gè)對(duì)象一直傳遞下去,而且每個(gè)層都可能修改這個(gè)對(duì)象。這種做法導(dǎo)致兩個(gè)問(wèn)題:-是一旦該對(duì)象更改,所有層都要隨之更改;二是無(wú)法知道該對(duì)象的數(shù)據(jù)在哪個(gè)層被修改,在排查問(wèn)題時(shí)會(huì)比較復(fù)雜。因此,在設(shè)計(jì)層接口時(shí)要盡量使用原生數(shù)據(jù)類型如String、Integer 和Long等。
(2)微服務(wù)化
微服務(wù)化,是從水平劃分的角度盡量把服務(wù)分得更細(xì),每個(gè)業(yè)務(wù)只負(fù)責(zé)一個(gè)功能單元,這樣可以把這些微服務(wù)組合成更大的功能模塊。也就是有目的地拆小應(yīng)用,形成單一職責(zé)從而提升系統(tǒng)可維護(hù)性、擴(kuò)展性和開(kāi)發(fā)效率。
基于Spring Boot構(gòu)建的一個(gè)典型的微服務(wù)
深圳網(wǎng)站建設(shè)架構(gòu),它按照不同功能將大的會(huì)員服務(wù)和商品服務(wù)拆成更小原子的服務(wù),將重要穩(wěn)定的服務(wù)獨(dú)立出來(lái),以免經(jīng)常更新的服務(wù)發(fā)布影響這些重要穩(wěn)定的服務(wù)。
網(wǎng)站名稱:網(wǎng)站應(yīng)用的服務(wù)化改造
鏈接URL:http://muchs.cn/news17/149867.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供云服務(wù)器、響應(yīng)式網(wǎng)站、動(dòng)態(tài)網(wǎng)站、移動(dòng)網(wǎng)站建設(shè)、App設(shè)計(jì)、網(wǎng)站營(yíng)銷
廣告
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源:
創(chuàng)新互聯(lián)