如何確保有狀態Kubernetes的穩定性

Kubernetes是公共云中應用程序部署的事實標準可是，伴隨著企業將更多的工作負載遷移到K8s，他們經常會遇到應用穩定性的問題

在業務連續性場景中，在不同區域和不同云供應商集群中恢復具有相同配置的應用程序可能相對容易，但應用程序需要數據來運行，并且恢復應用程序的狀態非常復雜。

復雜性

使用Kubernetes的一個主要問題是很難為有狀態應用程序設置存儲，同時保持靈活性和應用程序的移動性公共云中的標準解決方案需要改進，任何超出標準解決方案的東西都需要大量的專業知識來設置和維護所以，有狀態靈活運營的路還很長它需要存儲，網絡和遷移方面的知識許多團隊缺乏資金，人力或專業知識來做這件事

困難在于構建存儲基礎架構所需的技能與大多數DevOps專業人員所接受的培訓大相徑庭大多數云原生團隊缺乏存儲專家的專業知識，他們受過配置和維護專業存儲網絡和設備的培訓，以確保所有存儲都是可用的，有彈性的和備份的mdashmdash如果您可以訪問公共云中的高級存儲解決方案

有限的供應商選擇

由于存儲和基礎設施來自特定的供應商，供應商的有限選擇和數據重力的問題是不可避免的引力越大，以后越難轉移到其他地方應用程序不斷被拉到數據的位置，而過去的數據存儲選擇決定了其未來的位置

當數據轉移到公有云時，服務提供商不可避免地會影響應用的性能。

靈活性挑戰

說到彈性，依賴單一的云提供商有很大的局限性可是，由于為有狀態應用程序構建跨區域或云基礎設施過于復雜，大多數組織別無選擇，只能依賴于單個云提供商或區域

即使數據在不同的可用性區域之間遷移，仍然存在區域故障的風險因此，為了為云中運行的有狀態應用程序提供業務連續性，必須能夠在第二個站點或區域立即恢復，以免丟失任何數據

危險

風險不可避免但是，當你的穩定性計劃只是在AWS或谷歌云上運行你的業務時，就有麻煩了

臃腫的基礎設施

此外，由于數據在沒有應用的情況下毫無價值，因此為了讓有狀態的K8s應用在不同的基礎架構和公共云供應商之間恢復，整個應用環境必須被復制，并且完全不受運行應用的底層基礎架構的影響。

伴隨著時間的推移，這些基礎設施變得越來越臃腫對于一個拼命維護穩定性的團隊來說，需要額外工作區的操作變得難以忍受

解開公共云彈性之謎

伴隨著復雜程度的增加，對更復雜的彈性，性能，操作技術的需求也在增加，這就需要一種把復雜的東西變得簡單的方法。

為了解決這些問題，出現了一個新的類別有狀態應用移動平臺這些平臺允許用戶配置有狀態的應用程序，而不用擔心它們是如何配置或部署的，允許有狀態的應用程序繼續不間斷地運行，并且能夠在另一個位置恢復，而不會丟失數據用戶可以放心，他們的集群可以在云供應商，區域和數據中心之間移動

這將帶來更大的靈活性，更高的性能和更好的彈性最后，它將通過允許有狀態應用程序在不同位置之間自由移動來簡化它們的運行位置，使企業能夠利用云能力，同時避免其局限性

有了這些平臺，無論應用程序部署在哪里，數據都是可用的。

這種一鍵式部署在云中的可擴展存儲解決方案實現了有狀態Kubernetes的穩定性。