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

rancher與k8s的區(qū)別？

CentOS將終止，我們是否要轉Ubuntu？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

k8s為什么那么難部署？

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