為什么你不應該使用Kubernetes？

作者：聞數(shù)起舞 2020-06-05 14:09:42

云計算 如果您處理的不是很多應用程序，不使用分布式體系結構或沒有專業(yè)人員在職，那么您將無法利用Kubernetes提供的優(yōu)勢-因為它不是為您而造 。

成都創(chuàng)新互聯(lián)公司專業(yè)成都網(wǎng)站制作、網(wǎng)站建設，集網(wǎng)站策劃、網(wǎng)站設計、網(wǎng)站制作于一體，網(wǎng)站seo、網(wǎng)站優(yōu)化、網(wǎng)站營銷、軟文發(fā)稿等專業(yè)人才根據(jù)搜索規(guī)律編程設計，讓網(wǎng)站在運行后，在搜索中有好的表現(xiàn)，專業(yè)設計制作為您帶來效益的網(wǎng)站！讓網(wǎng)站建設為您創(chuàng)造效益。

Kubernetes是否真的適合您的棧?

許多團隊很高興開始使用Kubernetes。 一些人對Kubernetes本身提供的彈性，彈性，可移植性，可靠性和其他優(yōu)勢感興趣。 有些人是技術愛好者，他們只是想有機會使用該平臺，以進一步了解它。 一些開發(fā)人員希望獲得使用它的經(jīng)驗，因此他們可以在簡歷中添加另一項非常需要的技能。 通常，如今，大多數(shù)開發(fā)人員都希望在某個時候與Kubernetes一起工作。

那可能是一個非常好的主意，但事實并非如此。

Kubernetes旨在解決分布式架構問題

根據(jù)官方文檔網(wǎng)站的定義：

" Kubernetes為您提供了一個框架，可以彈性地運行分布式系統(tǒng)。 它負責為應用程序擴展和故障轉移，提供部署模式等。"

它不是專門為分布式系統(tǒng)而設計的，而是為容器化應用程序制造的。 即使這樣，它的確提供了許多資源，使諸如Microservices解決方案之類的分布式系統(tǒng)的管理和擴展變得更容易。 它也被視為編排系統(tǒng)。

自動化和編排是不同的，但是相關的概念。 自動化通過減少或取代與IT系統(tǒng)的人工交互，而是使用軟件執(zhí)行任務來降低成本，復雜性和錯誤，從而幫助您提高業(yè)務效率。

通常，自動化是指使單個任務自動化。 這與業(yè)務流程不同，業(yè)務流程是您可以自動執(zhí)行涉及多個不同系統(tǒng)中許多步驟的流程或工作流的方法。 當您開始將自動化構建到流程中時，可以將它們編排為自動運行。

—什么是編排? RedHat官方網(wǎng)站

換句話說，Kubernetes使管理復雜的解決方案變得更加容易，而如果沒有適當?shù)木幣畔到y(tǒng)，這些解決方案將很難維護。 雖然您可以自己實施DevOps工程實踐，但如果要從數(shù)十種服務擴展到數(shù)百種服務，則無法擴展。

Kubernetes很復雜

為了利用其功能，開發(fā)人員和IT運營商必須具有容器，網(wǎng)絡，安全性，可移植性，彈性和Kubernetes本身的知識。 為了正確利用其工作負載，您應該了解每個組件的工作方式。 要管理集群，您應該了解其架構，存儲，API和管理系統(tǒng)，這與傳統(tǒng)的虛擬化環(huán)境有很大的不同。 為了擴展該解決方案，您應該學習如何集成工具來部署，監(jiān)視和跟蹤服務，例如Helm和Istio。 在那里添加了許多新概念，因此您的團隊必須為應對這一挑戰(zhàn)做好準備。

Kubernetes的小型解決方案價格昂貴

為了理解原因，讓我們強化Kubernetes的關鍵概念之一-彈性。 要利用此優(yōu)勢，您需要其他節(jié)點-超出運行應用程序所需的最小數(shù)量。 如果某個節(jié)點發(fā)生故障，則請求的Pod將重定位到可用節(jié)點。 對于生產(chǎn)工作負載，建議至少三個節(jié)點具有彈性。

不難想象，如果您只托管一個應用程序，那是不值得的。 但是，即使您擁有十個或更多，您也必須考慮群集的成本是否值得維護它。

維護環(huán)境的成本還包括運營支持。 平臺越復雜，就應該涉及更多的專業(yè)人士。 這可能意味著雇用第三方專業(yè)公司來提供支持或包含Openshift之類的支持服務的解決方案。

何時選擇Kubernetes

根據(jù)您使用的體系結構，應用程序的數(shù)量以及它們之間的依賴程度以及團隊的運營能力，可以檢查Kubernetes是否是所有可用技術中的合適選擇。

借助用于容器的Web Apps，您將獲得完全可用于生產(chǎn)環(huán)境。 借助標準計劃，SSL功能和應用程序見解，您無需任何操作即可擁有一個安全，可擴展和受監(jiān)視的環(huán)境。

如果僅處理隔離的應用程序或少量連接的應用程序，則將Azure Web Apps和在同一虛擬網(wǎng)絡中運行的容器實例組合在一起可能就足夠了。

另一方面，如果您有越來越多的容器化應用程序，將它們托管在Kubernetes中會很有趣。 您將能夠在一個集中式環(huán)境中托管多種類型的應用程序，例如Web應用程序，API和重復性作業(yè)。 您的團隊將能夠專注于Kubernetes，而不是幾個云原生的解決方案。

如果您要處理諸如微服務之類的分布式方案，那就去吧。 分布式架構非常復雜，而Kubernetes旨在使其變得更容易。 除了Kubernetes，我無法認為其他任何平臺對于分布式應用程序來說都是完整且可擴展的。

結論

當您處理少量的容器化應用程序，相互隔離或彼此之間沒有依賴性時，其他主機選項(例如用于容器的Azure Web Apps或Azure容器實例)或它們的組合可能更簡單，甚至更便宜。

如果您的團隊對Kubernetes感到滿意，并且您擁有越來越多的容器化應用程序，則值得在單個Kubernetes平臺(例如Azure Kubernetes服務)中集中托管。

Kubernetes是一個旨在提高性能并減少分布式系統(tǒng)的操作量的平臺。 基本上，這使復雜的場景(如微服務)的操作復雜度降低了。

如果您處理的不是很多應用程序，不使用分布式體系結構或沒有專業(yè)人員在職，那么您將無法利用Kubernetes提供的優(yōu)勢-因為它不是為您而造 。 您最終將給解決方案增加意外和不必要的復雜性。

分享文章：為什么你不應該使用Kubernetes？
文章網(wǎng)址：http://www.5511xx.com/article/dhjecoc.html