云原生数据库成熟度模型详解
发布时间：2022-08-04 16:10:12 所属栏目：云计算 来源：互联网
导读：如今，很多公司都在利用Kubernetes以及相关技术，将工作负载迁移到云端。只是，云迁移会面临几个重要挑战，比如：如何将数据和应用迁移上云，如何存储云上数据，涉及哪些核心技术等等。说白了，云上的各种问题，都与数据库息息相关。 事实上，在云原生概念出
|
如今，很多公司都在利用Kubernetes以及相关技术，将工作负载迁移到云端。只是，云迁移会面临几个重要挑战，比如：如何将数据和应用迁移上云，如何存储云上数据，涉及哪些核心技术等等。说白了，云上的各种问题，都与数据库息息相关。 事实上，在云原生概念出现之前，企业一直采用传统数据库处理各种数据问题。云原生概念出现后，企业有了更灵活的选择，可以通过更现代化的应用程序，让数据库应用更具可扩展性，更具弹性，以及更能满足自动化和可视化需求。 云原生技术出现后，为用户带来了新的体验，通过类似于PaaS模式的“变体”，即容器即服务 (CaaS) 和功能即服务 (FaaS)，企业可以获得更好的云上自服务能力，能以最佳方式编排云上服务，并且可以让权责分配更明晰。 SaaS：SaaS，也被称为是托管服务，用户可以通过 API 使用软件，这些 API 可以提供更强大、更高级别以及更抽象的业务功能。 CaaS：CaaS 是提供一种上传、运行、扩展以及管理应用程序容器的方法，和PaaS一样，都能帮助开发人员部署并运行应用程序。只是，PaaS会隐藏一部分容器化任务，有点独断专行。CaaS能更轻松地运用多云托管功能，包括可以利用Kubernetes进行容器管理。 FaaS：FaaS，有时也称为“无服务器”，是更抽象的 PaaS 版本，用户只需要关注业务代码逻辑，无需关注服务器资源。可以说，FaaS提供了一个更加细分和抽象的服务化能力。 值得一提的是，上述这些服务模式都可以组合使用，比如：企业可以将自己的业务系统部署在基于IaaS的虚拟机 (VM) 上，也可以在基于CaaS 的容器中部署多个微服务，或者采用完全来自第三方服务的SaaS，再或者通过FaaS来协调各种服务之间的工作流以及数据流。 云原生数据库成熟度模型 不同云应用模式，为云原生架构的诞生奠定了坚实的技术基础。回到前文提到的云原生数据库以及数据服务成熟度模型问题，我们首先要弄清楚云原生的概念。 根据Bill Wilder 在其 2012 年的著作《云架构模式》中提出的云原生定义：“是指任何可以充分利用云平台的应用程序。” 根据这个定义来理解，IaaS 和 PaaS 可以被称为“云就绪”，因为企业可以按原样安装希望临时的任何应用程序，而无需进行调整。然而，这是以真正的云原生解决方案所提供的灵活性为代价的。只有 CaaS、SaaS 和 FaaS 才能真正被认为是为云架构而生。因此，云原生可以认为是，代表了云原生架构的不同成熟度级别： 云原生成熟度级别 让我们从最不成熟到最成熟，逐一分析这些成熟度级别。 成熟度级别0：云数据就绪 第一个成熟度级别很容易达到。这是经典的提升和转移范式。任何可以部署在 IaaS 上的系统都将被视为云就绪。我们经常观察到的一种模式是，部署在 VM 中的单体应用程序，其中包含嵌入式数据库。只要企业将应用程序打包在一个 VM(或多个VM)中并连接任何所需的网络，就可以在云中运行它。这是一个完全有效的部署选项，通常是组织采用云的重要过渡阶段，但不能完全被视为云原生。 成熟度级别1：基于Kubernetes 构建的运行模式 此级别通常代表企业已将单体应用程序分解为更小的微服务状态，这些微服务可以部署在容器中并独立扩展。这是非常重要的一步，但是像 Docker 这样的容器技术本身并不能提供管理应用程序生命周期和确保高可用性和可扩展性所需的一切。 Docker 运行时和 Docker-compose 非常适合开发和测试环境;但对于生产使用来说，企业需要监控正在发生的事情并采取行动来维持服务水平，所以以Kubernetes等为代表的容器编排正是为此目的而创建。 众所周知，Kubernetes发展迅猛，2020 年云原生计算基金会 (CNCF) 的一项调查发现，92% 的受访公司在生产中运行容器，其中83%的企业已经部署并使用了 Kubernetes。 有意思的是， Kubernetes 在部署微服务和应用程序方面很受欢迎，但是我们却很少看到数据库部署在上面，这其中的原因是什么？ （编辑：PHP编程网 - 黄冈站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
浙公网安备 33038102330482号