微服務(wù)架構(gòu)下DLI的部署和運維怎么理解，針對這個問題，這篇文章詳細介紹了相對應(yīng)的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

我們擁有10年網(wǎng)頁設(shè)計和網(wǎng)站建設(shè)經(jīng)驗，從網(wǎng)站策劃到網(wǎng)站制作，我們的網(wǎng)頁設(shè)計師為您提供的解決方案。為企業(yè)提供成都做網(wǎng)站、成都網(wǎng)站建設(shè)、成都外貿(mào)網(wǎng)站建設(shè)、微信開發(fā)、微信小程序定制開發(fā)、成都做手機網(wǎng)站、H5建站、等業(yè)務(wù)。無論您有什么樣的網(wǎng)站設(shè)計或者設(shè)計方案要求，我們都將富于創(chuàng)造性的提供專業(yè)設(shè)計服務(wù)并滿足您的需求。

華為云數(shù)據(jù)湖探索DLI是支持多模引擎的Serverless大數(shù)據(jù)計算服務(wù)，其很好的實現(xiàn)了Serverless的特性：

1.弱化了存儲和計算之間的聯(lián)系；

2.代碼的執(zhí)行不再需要手動分配資源；

3.按使用量計費。

那么如何才能更好的實現(xiàn)Serverless化的服務(wù)，同時又避免成為傳統(tǒng)單體分布式的應(yīng)用，微服務(wù)架構(gòu)無疑是最優(yōu)的選擇。DLI基于微服務(wù)架構(gòu)模式下的整體部署架構(gòu)如下：

即對外以純API形式提供服務(wù)，通過以API Gateway作為應(yīng)用的入口，基于領(lǐng)域模型按子域進行微服務(wù)劃分，從而實現(xiàn)Serverless化的大數(shù)據(jù)計算服務(wù)。

對于這樣一個基于微服務(wù)架構(gòu)實現(xiàn)的Serverless服務(wù)，我們是如何在生產(chǎn)環(huán)境來部署與運維，從而在保證服務(wù)SLA的前提下實現(xiàn)快速迭代上線的呢？

DLI部署的關(guān)鍵

隨著技術(shù)的發(fā)展，部署的流程和架構(gòu)都發(fā)生了根本性的變化，如今已經(jīng)走入了輕量級、短生命周期的技術(shù)時代。

從最初部署在物理機上的大數(shù)據(jù)計算平臺，到基于公有云的彈性計算云服務(wù)器部署大數(shù)據(jù)平臺，再到DLI這樣的Serverless服務(wù)，其很好展現(xiàn)了大數(shù)據(jù)計算服務(wù)的演變。那么如何才能更好的實現(xiàn)Serverless化的大數(shù)據(jù)計算服務(wù)的部署呢，DLI的答案就是基于Kubernetes+Docker來部署各微服務(wù)。

Kubernetes部署是在不停機的情況下部署服務(wù)的好方法，但是如何應(yīng)對在接收生產(chǎn)流量后出現(xiàn)的錯誤，使新版本的服務(wù)更可靠呢？這可以通過將問題一分為二來看：

1.部署，即將服務(wù)上線到生產(chǎn)環(huán)境中運行；

2.發(fā)布，即使服務(wù)可用于處理生產(chǎn)流量。

傳統(tǒng)上，分離部署流程與發(fā)布流程一直是一個挑戰(zhàn)。但現(xiàn)在我們有了很好的選擇，那就是基于服務(wù)網(wǎng)格。在DLI的部署中我們結(jié)合了Kubernetes+Istio，利用Istio的流量管理實現(xiàn)了服務(wù)發(fā)現(xiàn)、流量路由，從而輕松的將部署與發(fā)布分開，使新版本的服務(wù)更加可靠。

監(jiān)控告警提升整體運維能力

免運維也是DLI作為Serverless云服務(wù)面向客戶時的一個重要的特性，我們是如何實現(xiàn)整個服務(wù)的運維呢？今天就說說DLI是如何實現(xiàn)監(jiān)控告警來提升整體運維能力，從而為客戶更好的提供Serverless的DLI。

上圖是DLI服務(wù)的整體部署架構(gòu)，作為Serverless服務(wù)其全面擁抱云原生技術(shù)，無論是對外提供任務(wù)管理的微服務(wù)還是最終執(zhí)行任務(wù)的計算單元，其都是基于Kubernetes來部署，這也更好的實現(xiàn)了Serverless的快速彈性伸縮。

對于DLI服務(wù)的監(jiān)控告警我們當前主要從以下幾個方面來考慮：

1.全局維度，主要是整體API的QPS、成功率和響應(yīng)時延

DLI作為Serverless大數(shù)據(jù)計算服務(wù)，其對外均以REST API的形式提供服務(wù)，因此API的QPS和響應(yīng)時延直接反映了服務(wù)對外的能力，而成功率更是服務(wù)SLA的直接體現(xiàn)。

2. OS維度，主要是容器宿主的CPU使用率、內(nèi)存使用率、磁盤使用率、上下行流量

無論部署的架構(gòu)、技術(shù)如何演進，對基礎(chǔ)資源的監(jiān)控都是最基本和必須的。

3.容器維度，主要是CPU使用率、內(nèi)存使用率、K8s空間和用戶空間使用率、POD的健康度

容器是虛擬機的演進，因此對于容器的資源監(jiān)控也是最基本的。我們的微服務(wù)或計算單元都是以容器運行在Kubernetes集群上，因此對于POD的健康狀態(tài)的監(jiān)控也是必須的。

4.微服務(wù)維度，主要是流量、性能、健康檢查和關(guān)鍵日志等

監(jiān)控是為了更好的發(fā)現(xiàn)和解決問題，因此核心還是業(yè)務(wù)層面的監(jiān)控。DLI是一個復(fù)雜的分布式Serverless應(yīng)用，其內(nèi)部根據(jù)不同領(lǐng)域模型又分為不同的微服務(wù)，因此對于微服務(wù)內(nèi)部的流量、性能等的監(jiān)控則是衡量各微服務(wù)可靠性的重要指標。一個好的系統(tǒng)往往有完善的日志體系，通過對關(guān)鍵日志進行監(jiān)控則能夠幫助我們快速發(fā)現(xiàn)和定位問題，因此這也是我們在業(yè)務(wù)維度的監(jiān)控上的重點。

關(guān)于微服務(wù)架構(gòu)下DLI的部署和運維怎么理解問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識。