rancher與k8s的區(qū)別？CentOS將終止，我們是否要轉(zhuǎn)Ubuntu？明年年底使用CentOS 8切換回CentOS 7。CentOS 7將繼續(xù)免費近四年。暫時不要改變。從centos6升級到c

rancher與k8s的區(qū)別？

CentOS將終止，我們是否要轉(zhuǎn)Ubuntu？

明年年底使用CentOS 8切換回CentOS 7。CentOS 7將繼續(xù)免費近四年。暫時不要改變。從centos6升級到centos7。四年后，情況就不同了。一定有些變化。一定有更好的選擇。《CentOS》的原作者已經(jīng)說過，他想開發(fā)一個新的免費發(fā)行版，以后再看，所以沒有必要急于用五板圖來取代它，以保持原樣。那是最方便的方法。

運維崗真有人用Python腳本運維嗎？

Python作為一種流行的腳本語言，有很多應(yīng)用場景，比如自動測試、包構(gòu)建、部署、操作和維護等，比如Python腳本就是用來調(diào)用云服務(wù)SDK的。根據(jù)業(yè)務(wù)需要，可以隨時創(chuàng)建所需數(shù)量的云服務(wù)器實例，對云服務(wù)器進行動態(tài)管理。

通過腳本執(zhí)行代碼創(chuàng)建或發(fā)布ECS實例，與使用水、電、氣等資源一樣方便、高效。例如，在業(yè)務(wù)低估的時期，釋放不必要的云服務(wù)器資源以節(jié)省成本。

Kubernetes(K8s) 解決了哪些問題？

我是研發(fā)崗位，不是專業(yè)運維崗位。我說的可能是錯的。請糾正我。k8s給我們的研發(fā)帶來的最大便利是，當(dāng)我們部署一組服務(wù)（可能有多個組件，如HTTP服務(wù)、緩存、數(shù)據(jù)庫、相互依賴等）時，我們只需要在YML中配置并提交相應(yīng)的資源需求（CPU、內(nèi)存、存儲、網(wǎng)絡(luò)等）。甚至解決了基于helm的多組件、多版本配置問題。

基于以上，做高可用性、橫向擴展、AB測試、日志收集和分析等都會容易得多，核心是用YML docker來完成大量的服務(wù)器配置。簡單高效。

有多少互聯(lián)網(wǎng)系統(tǒng)確實需要使用分布式架構(gòu)？

更不用說互聯(lián)網(wǎng)的實際發(fā)展了，現(xiàn)在即使是面試新生，分布式的問題基本上都是不可避免的。

目前，分布式體系結(jié)構(gòu)具有高并發(fā)性和高穩(wěn)定性的特點。

高并發(fā)意味著當(dāng)單節(jié)點服務(wù)器的性能達(dá)到瓶頸時，可以通過引入nginx和部署多個服務(wù)器節(jié)點來擴展，以增加系統(tǒng)的吞吐量。這就是1*n=n的意思。

高穩(wěn)定性意味著，如果單個或部分節(jié)點由于不可預(yù)知的原因發(fā)生故障，則不會影響系統(tǒng)的整體功能服務(wù)，即M-N>0（M>N）。對于用戶來說，系統(tǒng)可用性始終是最重要的。

綜上所述，根據(jù)我個人的經(jīng)驗，目前無論是市場級產(chǎn)品還是公司級產(chǎn)品，只要項目團隊有對服務(wù)質(zhì)量的追求，他們都會以不同的方式向分布式架構(gòu)發(fā)展。

另外，對于一個功能不是很復(fù)雜和龐大的項目組來說，只要在開發(fā)設(shè)計階段一開始就及時引入Memcache或redis作為數(shù)據(jù)緩存，而不是使用服務(wù)器的內(nèi)存，后期切換到分布式系統(tǒng)的過程就會非?？臁?/p>

以上是我個人的觀點。歡迎在下面的評論區(qū)與我交流。

我是蘇思亮，來自bat的java開發(fā)工程師。我每天分享科技知識。歡迎您關(guān)注我，與我共同進步。

k8s為什么那么難部署？

K8s部署并不是特別難，但是如果你想學(xué)習(xí)，建議你先通讀一下整體知識！另外，“netberes cluster”的部署腳本可供參考！部署的困難主要是由于缺乏網(wǎng)絡(luò)環(huán)境，導(dǎo)致各種插件超時。我想敦促受試者更加耐心，k8s本身有很多概念。學(xué)習(xí)的重點是理解各種專業(yè)概念，能夠在日常工作中及時處理問題。