8月最新基于kubernetes的應(yīng)用編排實(shí)踐-創(chuàng)新互聯(lián)

1

創(chuàng)新互聯(lián)建站公司2013年成立，先為定海等服務(wù)建站，定海等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為定海企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。

2

3

4

 

 

5

6

7

9

10

11

12 

13

14

15

16

17

18

19

20

后期展望包括下面幾個(gè)部分：

啟動(dòng)項(xiàng)管理，這個(gè)對(duì)應(yīng)在啟動(dòng)上有先后順序依賴的應(yīng)用來說，是一個(gè)強(qiáng)訴求。目前docker compose 支持通過depends_on標(biāo)簽實(shí)現(xiàn)多個(gè)組件間啟動(dòng)順序的管理。

k8s目前還不支持指定啟動(dòng)順序的，只能通過init_container，在實(shí)例容器啟動(dòng)前對(duì)依賴的服務(wù)進(jìn)行檢測(cè)，檢測(cè)到依賴的服務(wù)啟動(dòng)后再啟動(dòng)相應(yīng)的容器。

2、應(yīng)用下的日志聚合，其實(shí)這里應(yīng)該還包括監(jiān)控?cái)?shù)據(jù)聚合。這個(gè)需求應(yīng)該是系統(tǒng)基于服務(wù)組管理后的一個(gè)延展訴求，可以進(jìn)一步強(qiáng)化服務(wù)組管理的能力。

3、調(diào)用關(guān)系展示，這個(gè)需求進(jìn)一步在應(yīng)用中突出服務(wù)與服務(wù)之間的依賴關(guān)系。更進(jìn)一步對(duì)于調(diào)用鏈的追蹤也是一個(gè)強(qiáng)訴求。

公共模板與應(yīng)用市場(chǎng)，這個(gè)是應(yīng)用編排更高階的一個(gè)形式。通過應(yīng)用市場(chǎng)可以快速的實(shí)現(xiàn)通用軟件的容器化部署。

接下來是互動(dòng)問答的內(nèi)容：

Q: 應(yīng)用下的服務(wù)展示（未部署），是yaml資源沒有創(chuàng)建，還是副本數(shù)為0？

W: 未部署狀態(tài)是yaml資源還沒有創(chuàng)建

Q: 騰訊云能否將Kubernetes應(yīng)用編排過程做成博客或視頻的形式具體分享一下？

W: 我們接下來會(huì)將Kubernetes應(yīng)用編排過程做成博客分享出來，后面也會(huì)做出視頻分享給大家

Q: 騰訊云k8s網(wǎng)絡(luò)用的是哪個(gè)組件呢？

W: 我們用的是全局路由的方式，直接和我們騰訊云容器服務(wù)的VPC網(wǎng)絡(luò)打通。

Q: 使用configmap的時(shí)候，在配置修改完，需要重啟服務(wù)。騰訊云容器服務(wù)配置文件的變更如何觸發(fā)服務(wù)的重新啟動(dòng)？

W: 通過觸發(fā)器的模式，可以在修改配置時(shí)觸發(fā)服務(wù)的更新。

Q: 之前講到可以結(jié)合CI/CD流程，通過CI編譯生成新的鏡像，修改配置項(xiàng)中鏡像tag的參數(shù)，自動(dòng)觸發(fā)對(duì)應(yīng)服務(wù)的更新。 這部分有詳細(xì)例子嗎？

W: 我們會(huì)將詳細(xì)示例放到騰訊云容器服務(wù)幫助文檔，在騰訊云分享論壇--騰云閣后面也可以看到。

Q: 應(yīng)用配置如何實(shí)現(xiàn)版本控制的？

W: 對(duì)于每一個(gè)配置文件，我們支持每一次修改默認(rèn)創(chuàng)建一個(gè)新的版本，具有唯一的版本號(hào)

Q：應(yīng)用里的服務(wù)具體要怎么更新呢？

W: 一般建議的更新方法是，先修改配置，會(huì)生成配置的一個(gè)新的版本，這樣這次修改在配置中是可以記錄的。然后更新應(yīng)用匯總配置文件的版本。觸發(fā)或者手動(dòng)更新對(duì)應(yīng)的服務(wù)。

   在修改配置文件的版本后，我們會(huì)比較出哪些服務(wù)有變化，需要更新。

Q：應(yīng)用里的服務(wù)具體要怎么更新呢？

W: 一般建議的更新方法是，先修改配置，會(huì)生成配置的一個(gè)新的版本，這樣這次修改在配置中是可以記錄的。然后更新應(yīng)用匯總配置文件的版本。觸發(fā)或者手動(dòng)更新對(duì)應(yīng)的服務(wù)。

   在修改配置文件的版本后，我們會(huì)比較出哪些服務(wù)有變化，需要更新。

Q: 外部訪問集群是通過Nginx轉(zhuǎn)發(fā)到pod還是通過k8s本來都dns服務(wù)來轉(zhuǎn)發(fā)，兩者優(yōu)缺點(diǎn)是什么？

W: 外部訪問，支持兩種方式。

   一種是通過服務(wù)的LB直接轉(zhuǎn)發(fā)到對(duì)應(yīng)的Pod，但需要在創(chuàng)建服務(wù)時(shí)指定訪問方式為外部訪問(對(duì)應(yīng)于k8s中的LoadBanace方式)。

   另外一種是通過ingress的方式。這種方式會(huì)有一個(gè)統(tǒng)一的LB作為入口。然后配置對(duì)應(yīng)的后端域名轉(zhuǎn)發(fā)規(guī)則。可以將外部的訪問按照配置的規(guī)則轉(zhuǎn)發(fā)后端的服務(wù)。

Q: 上面提到 應(yīng)用模版+應(yīng)用配置=應(yīng)用實(shí)例，這樣一個(gè)應(yīng)用模版可以對(duì)應(yīng)多個(gè)應(yīng)用配置并生成多份應(yīng)用實(shí)例嗎？例如生成200個(gè)實(shí)例，如果可以如何寫ci比較合適？

W:  這個(gè)是可以的，并且我們提供集群隔離和命名空間隔離。方便多個(gè)應(yīng)用實(shí)例的創(chuàng)建。

Q: 應(yīng)用的擴(kuò)容縮容通過什么監(jiān)控，有什么指標(biāo)可以參考？

W: 自動(dòng)擴(kuò)容和縮容我們參考的是社區(qū)HPA的方案。指標(biāo)目前考慮的是CPU和內(nèi)存。

Q: 狀態(tài)化的容器怎么做的？

W: 目前看到的有三種方式：一種是社區(qū)推薦的Stateful資源+headles service另外一種是：將服務(wù)的每一個(gè)實(shí)例拆分成獨(dú)立的headless service

   第三種是： 采用CoreOS提出的operater方式。存儲(chǔ)部分一般推薦使用PVC的方式，但有其他的存儲(chǔ)方式也可以。

分享標(biāo)題：8月最新基于kubernetes的應(yīng)用編排實(shí)踐-創(chuàng)新互聯(lián)
網(wǎng)頁(yè)鏈接：http://muchs.cn/article34/cdgspe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供軟件開發(fā)、網(wǎng)站建設(shè)、小程序開發(fā)、移動(dòng)網(wǎng)站建設(shè)、定制網(wǎng)站、網(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í)需注明來源： 創(chuàng)新互聯(lián)