Kubernetes 是公有云中应用程序部署的事实标准。然而,随着企业将更多的工作负载迁移到 K8s,经常遇到应用程序稳定性的的问题。
弹性挑战
说到弹性,仅仅依靠单一的云提供商有很大的局限性。然而,由于为有状态的应用程序建立跨区域或多云基础设施过于复杂,大多数组织除了依赖单一的云提供商或区域之外,别无选择。
即使在不同的可用性区域之间迁移数据,仍然存在区域故障的风险。因此,为了给运行在云中的有状态应用程序提供业务连续性,需要能够立即在第二站点或区域进行恢复,才能不丢失任何数据。
风险
风险是不可避免的。但是,当你的稳定性计划只是在 AWS 或谷歌云(统计学上故障最少)上运行你的业务时,就有麻烦了。
臃肿的基础设施
此外,由于数据没有其应用就一文不值,为了让有状态的 K8s 应用在不同的基础设施和公有云厂商之间恢复,整个应用环境包括应用状态必须被复制,并且完全不受应用所运行的底层基础设施的影响。
随着时间的推移,这些基础设施变得越来越臃肿。对于一个拼命尝试维持稳定的团队来说,需要额外的变通方法的操作,就变得难以忍受了。
大型站长资讯类网站! https://www.nzzz.com.cn