KubeBlocks Enterprise 版本是一个开箱即用的数据库与中间件管理平台，为企业级客户提供了可被快速集成的数据基础设施。相对于 Community 版本，KubeBlocks Enterprise 认证了各种容器平台和国产数据库软件，并且支持了更多开源引擎版本。KubeBlocks Enterprise 为管理员提供了独立的 API 和 GUI 入口，能够彻底隔离管理员和业务部门的操作流量。管理员可以通过后台定制故障隔离级别、资源分配策略、默认参数模版以及组件关联关系，帮助业务部门高效地完成自我服务。
下载产品白皮书
前后台分离是一种被云厂商广泛采用的管控面设计模式。该模式将数据库管理功能（前台）与平台管理功能（后台）分别部署到隔离的网络环境中，确保两者的功能集合和访问权限完全独立，从而显著提升了系统的安全性和可维护性。
前台主要面向业务研发团队或 DBA 团队，提供了数据库集群层面的操作界面。
例如，用户可以通过前台完成数据库集群的创建删除、扩缩容、备份恢复、监控告警和参数配置等任务。前台部署在用户可访问的网络环境中，帮助他们高效完成各种数据库集群层面的变更操作。
后台主要面向系统管理员们（有时候也被称为平台工程团队），提供了平台层元信息和各种系统组件的操作界面。
例如，用户可以通过后台进行数据库引擎与版本管理、资源分配策略管理、默认参数模版管理以及组件关联关系配置。后台通常部署在用户可访问的办公网络环境中，通过物理隔离和审批流来降低操作的危险性。
系统管理员可以灵活启用或禁用对外提供的数据库引擎类型，从而确保服务能力始终在可控范围内。对于高频使用的数据库引擎，KubeBlocks Enterprise 每次迭代都会支持更新的内核小版本。
业务研发团队或 DBA 团队能够及时发现并修复存量数据库集群的安全风险，保障业务系统安全稳定地运行。
KubeBlocks Enterprise 支持了两个层面的资源分配策略，在满足故障隔离性的条件下尽可能提高整体的资源利用率。
服务器节点层面的反亲和性设置，用于满足同一个数据库集群内不同副本需要被部署在不同节点上的要求，比如 MySQL 的主备副本需要被部署在不同的可用区或者同一个可用区的不同服务器上。
规格层面的 CPU 分配原则，用于满足各种业务级别对于数据库集群性能与成本的不同接受程度，比如开发测试环境可以使用共享型规格来降低成本，而核心生产系统可以使用独享型规格来锁定峰值性能。
不同的引擎类型、版本、规格需要使用不同的参数进行启动。系统管理员可以设置平台级别的默认参数模板，方便前台用户在创建数据库集群的时候选用。
前台用户可以创建组织级别的参数模板，用于覆盖平台级别的默认设置，以满足业务的特殊需求。除此之外，所有参数模板的变更和应用都有记录可以追踪。
一个数据库集群的正常运转依赖了大量的后台组件，包括但不限于负载均衡（HA）、块存储（数据库文件）、对象存储（指标、日志）、告警通道（报警）、鉴权接口（SSO）。
通过 KubeBlocks Enterprise 的依赖组件管理功能，系统管理员可以配置它们的关联关系，时刻关注它们的运转状态。事实上，后台组件的可用性、容量以及性能是最容易遭到忽视却又很容易造成各种问题的故障点，需要认真对待。
