Kubernetes是公共云中應(yīng)用程序部署的事實標(biāo)準(zhǔn)可是，伴隨著企業(yè)將更多的工作負載遷移到K8s，他們經(jīng)常會遇到應(yīng)用穩(wěn)定性的問題

在業(yè)務(wù)連續(xù)性場景中，在不同區(qū)域和不同云供應(yīng)商集群中恢復(fù)具有相同配置的應(yīng)用程序可能相對容易，但應(yīng)用程序需要數(shù)據(jù)來運行，并且恢復(fù)應(yīng)用程序的狀態(tài)非常復(fù)雜。

復(fù)雜性

使用Kubernetes的一個主要問題是很難為有狀態(tài)應(yīng)用程序設(shè)置存儲，同時保持靈活性和應(yīng)用程序的移動性公共云中的標(biāo)準(zhǔn)解決方案需要改進，任何超出標(biāo)準(zhǔn)解決方案的東西都需要大量的專業(yè)知識來設(shè)置和維護所以，有狀態(tài)靈活運營的路還很長它需要存儲，網(wǎng)絡(luò)和遷移方面的知識許多團隊缺乏資金，人力或?qū)I(yè)知識來做這件事

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

有限的供應(yīng)商選擇

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

當(dāng)數(shù)據(jù)轉(zhuǎn)移到公有云時，服務(wù)提供商不可避免地會影響應(yīng)用的性能。

靈活性挑戰(zhàn)

說到彈性，依賴單一的云提供商有很大的局限性可是，由于為有狀態(tài)應(yīng)用程序構(gòu)建跨區(qū)域或云基礎(chǔ)設(shè)施過于復(fù)雜，大多數(shù)組織別無選擇，只能依賴于單個云提供商或區(qū)域

即使數(shù)據(jù)在不同的可用性區(qū)域之間遷移，仍然存在區(qū)域故障的風(fēng)險因此，為了為云中運行的有狀態(tài)應(yīng)用程序提供業(yè)務(wù)連續(xù)性，必須能夠在第二個站點或區(qū)域立即恢復(fù)，以免丟失任何數(shù)據(jù)

危險

風(fēng)險不可避免但是，當(dāng)你的穩(wěn)定性計劃只是在AWS或谷歌云上運行你的業(yè)務(wù)時，就有麻煩了

臃腫的基礎(chǔ)設(shè)施

此外，由于數(shù)據(jù)在沒有應(yīng)用的情況下毫無價值，因此為了讓有狀態(tài)的K8s應(yīng)用在不同的基礎(chǔ)架構(gòu)和公共云供應(yīng)商之間恢復(fù)，整個應(yīng)用環(huán)境必須被復(fù)制，并且完全不受運行應(yīng)用的底層基礎(chǔ)架構(gòu)的影響。

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

解開公共云彈性之謎

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

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

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

有了這些平臺，無論應(yīng)用程序部署在哪里，數(shù)據(jù)都是可用的。

這種一鍵式部署在云中的可擴展存儲解決方案實現(xiàn)了有狀態(tài)Kubernetes的穩(wěn)定性。