Kubernetes是公共云中应用程序部署的事实标准可是，伴随着企业将更多的工作负载迁移到K8s，他们经常会遇到应用稳定性的问题

在业务连续性场景中，在不同区域和不同云供应商集群中恢复具有相同配置的应用程序可能相对容易，但应用程序需要数据来运行，并且恢复应用程序的状态非常复杂。

复杂性

使用Kubernetes的一个主要问题是很难为有状态应用程序设置存储，同时保持灵活性和应用程序的移动性公共云中的标准解决方案需要改进，任何超出标准解决方案的东西都需要大量的专业知识来设置和维护所以，有状态灵活运营的路还很长它需要存储，网络和迁移方面的知识许多团队缺乏资金，人力或专业知识来做这件事

困难在于构建存储基础架构所需的技能与大多数DevOps专业人员所接受的培训大相径庭大多数云原生团队缺乏存储专家的专业知识，他们受过配置和维护专业存储网络和设备的培训，以确保所有存储都是可用的，有弹性的和备份的mdashmdash如果您可以访问公共云中的高级存储解决方案

有限的供应商选择

由于存储和基础设施来自特定的供应商，供应商的有限选择和数据重力的问题是不可避免的引力越大，以后越难转移到其他地方应用程序不断被拉到数据的位置，而过去的数据存储选择决定了其未来的位置

当数据转移到公有云时，服务提供商不可避免地会影响应用的性能。

灵活性挑战

说到弹性，依赖单一的云提供商有很大的局限性可是，由于为有状态应用程序构建跨区域或云基础设施过于复杂，大多数组织别无选择，只能依赖于单个云提供商或区域

即使数据在不同的可用性区域之间迁移，仍然存在区域故障的风险因此，为了为云中运行的有状态应用程序提供业务连续性，必须能够在第二个站点或区域立即恢复，以免丢失任何数据

危险

风险不可避免但是，当你的稳定性计划只是在AWS或谷歌云上运行你的业务时，就有麻烦了

臃肿的基础设施

此外，由于数据在没有应用的情况下毫无价值，因此为了让有状态的K8s应用在不同的基础架构和公共云供应商之间恢复，整个应用环境必须被复制，并且完全不受运行应用的底层基础架构的影响。

伴随着时间的推移，这些基础设施变得越来越臃肿对于一个拼命维护稳定性的团队来说，需要额外工作区的操作变得难以忍受

解开公共云弹性之谜

伴随着复杂程度的增加，对更复杂的弹性，性能，操作技术的需求也在增加，这就需要一种把复杂的东西变得简单的方法。

为了解决这些问题，出现了一个新的类别有状态应用移动平台这些平台允许用户配置有状态的应用程序，而不用担心它们是如何配置或部署的，允许有状态的应用程序继续不间断地运行，并且能够在另一个位置恢复，而不会丢失数据用户可以放心，他们的集群可以在云供应商，区域和数据中心之间移动

这将带来更大的灵活性，更高的性能和更好的弹性最后，它将通过允许有状态应用程序在不同位置之间自由移动来简化它们的运行位置，使企业能够利用云能力，同时避免其局限性

有了这些平台，无论应用程序部署在哪里，数据都是可用的。

这种一键式部署在云中的可扩展存储解决方案实现了有状态Kubernetes的稳定性。