Kubernetes是否真的適合您的棧?

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

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

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

根據官方文檔網站的定義：

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

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

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

—什么是編排? RedHat官方網站

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

Kubernetes很復雜

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

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

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

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

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

何時選擇Kubernetes

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

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

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

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

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

結論

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

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

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

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