数据库容器化PaaS平台建设方案
paas云服务方案
paas云服务方案PAAS（Platform as a Service）是一种云计算服务模式，提供了一个完整的应用开发平台，使开发者能够更加高效地构建、部署和扩展应用程序。
在PAAS云服务方案中，用户无需关注底层的服务器、操作系统和网络设置，而是将精力集中在应用程序的开发和运维上。
PAAS云服务方案的设计目标是提供一个可扩展、弹性的平台，满足不同规模、不同需求的应用开发需求。
下面将详细介绍PAAS云服务方案的设计思路和关键特点：1.弹性扩展：PAAS云服务方案应具备弹性扩展的能力，能根据应用程序的负载情况自动调整资源的分配。
通过动态调整服务器的数量和配置，可以实现应用程序在不同负载情况下的高可用性和稳定性。
2.容器化部署：PAAS云服务方案可以将应用程序以容器的方式部署，将应用程序与底层的操作系统和软件环境隔离开来，提供更高的安全性和可靠性。
容器化部署还可以实现应用程序的快速部署和扩展，提高开发和运维的效率。
3.多语言支持：PAAS云服务方案应支持多种编程语言和开发框架，以满足不同开发者的需求。
通过提供丰富的开发工具和库，PAAS云服务方案可以简化应用程序的开发过程，提高开发效率和质量。
4.监控和日志：PAAS云服务方案应提供监控和日志功能，以帮助开发者实时监控和分析应用程序的运行情况。
通过收集和分析应用程序的性能指标、错误日志等数据，开发者可以及时发现和解决问题，提高应用程序的稳定性和性能。
5.自动化运维：PAAS云服务方案应提供自动化运维功能，减少开发者的运维工作量。
通过自动化的软件更新、备份和恢复等操作，可以保证应用程序的高可用性和安全性，降低运维风险。
6.安全性和隔离：PAAS云服务方案应具备高级别的安全性和隔离性，确保用户的数据和应用程序的安全。
通过严格的身份验证、访问控制和网络隔离等技术手段，PAAS 云服务方案可以防止未经授权的访问和数据泄露。
7.灵活的定价模式：PAAS云服务方案应提供灵活的定价模式，以满足不同用户的需求。
基于容器构建PaaS云平台方案共30页
31、只有永远躺在泥坑里的人，才不会再掉进坑里。——黑格尔 32、希望的灯一旦熄灭，生活刹那间变成了一片黑暗。——普列姆昌德 33、希望是人生的乳母。——科策布 34、形成天才的决定因素应该是勤奋。——郭沫若 35、学到很多东西的诀窍，就是一下子不要学很多。——洛克
基于容器构建PaaS云平台方案
•
6、黄金时代是在我们的前面，而不在 我们的 后面。
•
7、心急吃不了热汤圆。
•
8、你可以很有个性，但某些时候请收 敛。
•
9、只为成功找方法，不为失败找借口 (蹩脚 的工人 总是说 工具不 好)。
•
10、只要下定决心克服恐惧，便几乎 能克服 任何恐 惧。因 为，请 记住， 除了在 脑海中 ，恐惧 无处藏 身。-- 戴尔． 卡耐基 。
PAAS平台项目计划书
PAAS平台项目计划书1. 引言PAAS（Platform as a Service）平台是一种云计算服务模型，为开发者提供了一个平台来构建、测试和部署应用程序。
本项目旨在开发一个PAAS平台，以便企业和开发者能够更加轻松地构建和管理他们的应用程序。
本文档将详细介绍PAAS平台项目的计划与目标，包括项目背景、需求分析、项目阶段、项目团队、时间计划和风险管理等内容。
2. 项目背景随着云计算技术的迅猛发展，企业和开发者越来越依赖云平台来运行和扩展他们的应用程序。
PAAS平台作为云计算的重要组成部分，可以为企业和开发者提供简单、高效的应用程序开发和部署环境。
目前市场上已经存在一些PAAS平台产品，但很多产品存在着一些问题，如性能不稳定、功能不完善、不易扩展等。
因此，本项目旨在开发一个全新的、高性能的PAAS平台，以满足企业和开发者的需求。
3. 需求分析在开发PAAS平台之前，我们需要对企业和开发者的需求进行分析。
通过与潜在用户的沟通和调研，我们得出了以下主要需求：•应用程序部署：提供一种简便的方式，让开发者能够轻松地将他们的应用程序部署到PAAS平台上，支持多种开发语言和框架。
•资源管理：提供一个可视化的管理界面，方便企业和开发者管理他们的应用程序和资源，包括服务器、数据库等。
•自动化扩展：支持应用程序的自动扩展，根据应用程序的负载进行弹性伸缩，以提高性能并降低成本。
•安全性：提供安全可靠的环境来保护企业和开发者的应用程序和数据，包括身份认证、数据加密等。
•监控和日志：提供实时的监控和日志功能，方便企业和开发者了解他们的应用程序的运行状态和性能指标。
4. 项目阶段根据需求分析，本项目将分为以下几个阶段进行开发：阶段一：项目规划与准备在这个阶段，项目团队将进行需求分析、系统设计和技术选型等工作，确定项目的详细计划和开发方法。
阶段二：系统基础架构搭建在这个阶段，项目团队将搭建PAAS平台的系统基础架构，包括服务器集群、数据库、网络环境等。
数据库容器化PaaS平台建设方案
可视化交互
数据库自服务管理
4. 运维流程贴合运维习惯，故障分析便利 5. 平台和数据库支持多中心部署 6. 服务获取简单快速
智能化运维管理
API接口管理
高可用 灾备管理
读写分离 配置管理
分布式 备份恢复
多租户 权限管理
实例诊断 安装部署
接口 封装
基础技术底座
原生API
Kubernetes
监控告警 操作审计
资源 变更
资源 使用
• 分钟级别交付 • 数据库拓扑信息 • 与CMDB对接
资源 回收
规范
数据库全生命 周期管理
资源 交付
资源 审批
• 选型调研 • 开发规范 • 运维规范 • 不断改进
基 线
资源 创建
• 架构基线(可靠性、稳定性） • 性能基线（高性能、高并发） • 部署基线（基础运行环境）
• 已有资源纳管 • 多种架构（灾备、高可用、
连接 采用Agent方式
数据库层
→
可视化交互
平台可用性
元数据分布式 微服务化
资源调度
自动化
健壮性守 护
接口管 理
服务管 理
安装部 署
版本管 理
实例管 理
备份恢 复
监控告 警
SQL发 布
架构编 排
日志收 集
2020
不同客户的关注点
金融行业
• 稳定性（平台本身、数据库、安全性、大规模） • 高可用性（两地三中心灾备、数据一致性） • 兼容性（数据库版本、基础环境、国产化软硬件、原有实例纳管） • 运维便利性（故障快速定位、和内部平台对接、规范体系、灾备演练）
服
服务申请
务
管
理
基于容器构建PaaS云平台方案
什么是中国人寿的PaaS平台？
两大关键技术-“容器技术”和“自动化技术”
以Docker为代表的容器技术
轻 以应用为中心
以Rancher为代表的容器调度技术
简单 功能足够 稳定
以Jenkins为中心的自动化技术
内部代理
内部代理
微服务 微服务 微服务
微服务 微服务 微服务
微服务场景-部分微服务化
应用网关 PaaS环境
微服务 微服务
单体应用
微服务
服务注册发 现中心
微服务场景-扩容
PaaS环境
外部负载
内部代理
应用容器
应用容器
应用容器
应用
Thank You
容器技术使持续集成格外强大 持续集成使容器技术得以推广
什么是中国人寿的PaaS平台？
两类服务对象-“人”和“应用”
“人”：为项目经理、开发人员、运营者提供研发运营模式上的革新 “应用”：为应用提供微服务架构、无服务器架构等架构模式的革新
什么是中国人寿的PaaS平台？
解决的问题-“更好的使用资源”
应用 微服务架构
项目经理-自服务
过去 （找人）
需要运行环境 -> 联系数据中心 需要技术依赖 -> 联系技术专家 需要业务依赖 -> 联系其他团队 需要回归测试 -> 联系测试团队 需要安全测试 -> 联系安全团队
现在（自助）
需要运行环境 -> 应用商店 需要技术依赖 -> 应用商店 需要业务依赖 -> 应用商店 需要回归测试 -> 持续集成 需要安全测试 -> 持续集成
PaaS云建设方案详细
xxxxxxxx 云业务平台建设方案书目录第一章. 概述 (6)一、项目背景 (6)二、需求提出 (8)三、需求分析 (12)第二章. 总体设计 (14)一、建设原则 (14)二、遵循标准 (15)三、建设思路 (16)四、技术架构 (18)五、应用架构 (19)第三章. 业务支撑平台 (21)一、应用背景 (21)二、SIXCloud云平台概述 (27)（1）平台定位 (27)（2）技术路线 (28)（3）总体架构 (28)（4）设计理念 (31)（5）应用价值 (31)三、SIXCloud云平台特性 (32)（1）功能强大的PaaS平台 (32)（2）融合IaaS平台的所有功能，是一个全面云管理平台 (34)（3）支持最新的DOCKER容器技术，提供容器服务 (36)（4）功能强大的运营管理能力 (38)四、SIXCloud云平台技术 (39)五、SIXCloud云平台功能 (43)（1）OpenStack云操作系统 (45)（2）Docker应用容器引擎 (47)（3）SIXCloud租户管理控制台 (54)（4）SIXCloud云管理控制台 (64)六、系统部署 (75)第四章. 云基础设施建设 (78)第五章. 网络系统设计 (81)一、传统网络 (81)二、SDN (82)三、Neutron构建网络 (84)（1）OpenStack nova-network 网络模型 (84)（2）OpenStack Neutron 网络模型 (85)（3）Neutron 网络创建过程 (88)（4）OpenStack 网络类型 (89)（5）Neutron 服务网络管理的三种模式 (90)（6）Neutron 总结 (92)第六章. 安全设计 (94)第七章. 硬件系统设计 (96)第八章. 应用迁移 (99)第九章. 统一门户集成 (102)一、用户统一管理 (102)二、统一身份认证 (103)三、单点登录 (104)四、统一审计 (106)第十章. 项目实施 (108)一、总体进度计划 (108)二、工程组织实施 (108)三、系统的实施步骤 (110)四、项目沟通管理 (112)五、系统测试 (114)第一章.概述一、项目背景近年来随着云计算技术的发展，对整个IT产业带来了颠覆性的变化。
基于容器化PaaS平台的DevOps建设规划
基于容器化 PaaS 平台的 DevOps 建设规划目录基于容器化 PaaS 平台的 DevOps 建设规划 (1)一、容器化 PaaS 平台和 DevOps 的关系讨论 (4)【Q1】如何理解容器云平台和 DevOps 之间的关系 ? 基于容器化 PaaS 平台的 DevOps 有什么优势？ (4)【Q2】想要落地devops的话，只考虑好的paas容器平台就够了么？ (5)【Q3】PaaS平台和DevOps平台的融合和边界问题？ (7)【Q4】如何规划容器化PaaS和DevOps？ (8)【Q5】使用容器平台做devops对比使用虚拟机环境做devops有什么优缺点？ (8)【Q6】IaaS、PaaS、SaaS、DevOps等概念技术在业务领域的着重点？ (9)二、在金融证券行业的场景讨论 (9)【Q7】容器化PaaS平台在证券行业的应用前景和场景是什么？ (9)【Q8】金融行业如果从全局数字化运营的角度规划整套DevOps平台？ (10)【Q9】证券行业一流券商容器化目前已经涉及到哪些应用场景？ (11)【Q10】券商适合云上的容器还是需要自建容器平台？ (11)【Q11】Openshift 作为一种容器技术有开源和商用，那么目前有哪些服务场景在使用？ (11)【Q12】相比于K8S，OpenShift在帮助客户构建PaaS平台的优势在哪？ (12)【Q13】应用容器化改造上openshift时，有那些规范和注意事项？ (13)【Q14】OpenShift在帮助企业构建敏态IT、进行数字化转型的步骤是什么？ (13)四、规划建设容器云和DevOps讨论 (16)【Q15】PaaS选型POC测试时应重点考察哪些内容？ (16)【Q16】如果环境中同时存在虚拟机环境和容器环境，如何做devops？ (16)【Q17】金融企业建立容器平台时如何规划网络？ (17)【Q18】建设容器云对公司运维部门和人员有啥要求吗？是否需要安排专岗？或者运维是否可以整体外包？ (18)【Q19】公司目前没有专职运维团队，如果上容器云的话，需要如何规划和准备？ (19)【Q20】在devops中，人员组织的结构调整怎么适应devops的变化？ (20)【Q21】如何对容器云进行监控？ (20)【Q22】生产环境怎么监控层面的健康状态？ (21)【Q23】容器云平台选型时，容器云平台测试方案？ (22)【Q24】容器平台工作节点类型选择？ (22)【Q25】开发测试生产环境如何衔接设计的devops流水线是最好的，有没有所谓的最佳实践？ (23)【Q26】生产环境中，由于测试环境与生产物理隔离，镜像如果提取到生产不知道大家是怎么处理的呢？ (24)【Q27】开发测试环境与生产环境物理隔离的情况下如何做容器平台的devops？ (24)五、安全相关话题 (25)【Q28】如何保证容器云符合等保安全要求？ (25)【Q29】devsecops中的质量门，除了做代码安全，还建议做些什么？ (25)DevOps 要实现从项目管理、开发、测试、部署、运维、监控反馈整个应用生命周期的管理和治理，涉及的流程和工具链还是很多的。
建立在PAAS平台上的新一代智慧企业大数据平台解决方案
建立在PAAS平台上的新一代智慧企业大数据平台解决方案随着云计算技术的快速发展，越来越多的企业开始选择将自己的应用基于PAAS（平台即服务）平台进行部署和管理。
为了适应这一趋势，智慧企业大数据平台也需要建立在PAAS平台上，以提供更高效、更灵活、更可靠的服务。
1.弹性伸缩：PAAS平台提供动态扩展的能力，可以根据实际负载情况进行自动调整。
智慧企业大数据平台解决方案应该充分利用PAAS平台的弹性伸缩特性，自动增加或减少资源，以满足不同规模、不同时期的需求。
2.多租户支持：PAAS平台通常支持多租户的架构，可以将不同客户的数据和应用进行有效隔离和管理。
智慧企业大数据平台解决方案应该将多租户的特性融入到设计中，确保各个租户之间的数据处理和资源分配不互相干扰。
3.数据源接入：智慧企业大数据平台解决方案需要能够与企业内部的各种数据源进行无缝对接，包括数据库、文件系统、数据仓库等等。
PAAS 平台提供了对各种数据源的标准接口和连接器，可以方便地将这些数据源与智慧企业大数据平台进行集成。
4.数据处理和分析：智慧企业大数据平台解决方案应该提供强大的数据处理和分析能力，以满足不同业务场景下的需求。
PAAS平台通常提供了各种数据处理和分析工具，包括ETL工具、数据挖掘工具、机器学习工具等等，可以方便地构建和部署各种数据处理和分析任务。
5.数据安全和隐私保护：智慧企业大数据平台解决方案应该提供可靠的数据安全和隐私保护机制，确保企业内部的数据不被泄露或滥用。
PAAS 平台通常提供了一系列的数据安全和隐私保护功能，包括身份认证、访问控制、数据加密等等，可以帮助企业保护好自己的数据资源。
建立在PAAS平台上的新一代智慧企业大数据平台解决方案，可以帮助企业更好地利用自己的数据资源，提高决策效率、优化运营效果。
PAAS 平台提供了更高的灵活性和可扩展性，可以根据不同的业务需求进行动态调整和优化，从而提高整个系统的性能和可用性。
保险行业PaaS容器云平台解决方案
保险行业 PaaS 容器云平台解决方案目录保险行业 PaaS 容器云平台解决方案 (1)1 项目背景 (3)1.1 PaaS容器云平台概述 (3)1.2 保险技术转型概述 (3)1.3 红帽OpenShift平台概述 (4)2 需求分析 (5)3 架构设计 (5)3.1 整体部署架构 (5)3.2 平台架构图 (6)3.3 权限管理 (7)3.4 多租户管理 (8)3.5 日志和监控 (8)3.6 DMZ区计算节点应用部署方案 (13)3.7 传统应用访问策略 (13)3.8 数据库访问方案及防火墙策略 (14)3.9 高可用 (17)3.10 docker本地存储 (21)3.11 持久化存储 (21)4 项目总结 (21)1 项目背景1.1 PaaS容器云平台概述进入21世纪，我们的社会和经济发生了巨大的变化，社会对各行业服务的要求越来越高、越来越细致。
新的需求如洪水一样滔滔不绝地从市场的第一线喷涌到企业的产品部门和IT 部门。
为了满足业务的需求，企业IT在不断地变革，而且从未停步。
从客户端/服务器模型，变革为浏览器/服务端模型，从庞大的信息孤岛，变革为基于服务的架构（SOA），从物理机，到虚拟化，再到基础架构云（IaaS）和应用云（PaaS）。
通过近十年云化的推进，大多数有一定规模的企业已经实现了基础架构资源的云化和池化，这里的资源指的是诸如虚拟机、数据库、网络、存储。
用户可以用很短的时间获取业务应用所需的机器、存储和数据库。
基础架构资源云化其实并不是目的，而是手段。
最终的目标是让承载业务的应用可以更快地上线。
但现实是，通过IaaS获取的大量的基础架构资源并不能被我们的最终业务应用直接消费。
应用还必须进行或繁或简的部署和配置，才可能运行在云化的虚拟机之上。
部署涉及操作系统配置的修改、编程语言运行环境的安装配置以及中间件的安装配置等。
部署的过程在一些企业仍然是通过手工完成，低效且容易出错。
有的企业则是通过简单的自动化方式完成，提高了效率，但是满足不了后期更高级别的要求，如动态扩容、持续部署。
PaaS云平台建设和应用云化方案
PAAS提供对CNA的支撑 • • • • • • • • 应用环境的自动化供应 按需的/自动化的弹性伸缩 四重的故障自动恢复/自愈能力 自动的路由/负载均衡 数据服务的运维自动化 基于平台的监控和基于应用的监控，二者的结合 微服务的框架 通用的应用服务(日志、APM、Session共享)
目录
• Pivotal的业界大牛
云原生应用的关键设计之一--容错性设计
微服务要求应用需要有能容忍服务的故障的设计，客户端需要尽可能的优化 这种场景的响应。这将让微服务团队时刻的想到服务故障的情况下用户的体 验。为每个应用的服务及数据中心提供日常故障检测和恢复。 这种产品中的自动化测试可以让大部分的运维团队正常的上下班。 由于服务可以随时故障，快速故障检测，乃至，自动恢复变更非常重要。微 服务应用把实时的监控放在应用的各个阶段中，检测构架元素（每秒数据库 的接收的请求数）和业务相关的指标（把分钟接收的定单数）。监控系统可 以提供一种早期故障告警系统，让开发团队跟进并调查。 对于微服务框架来说，这相当重要，因为微服务相互的通信可能导致紧急意 外行为。监控是至关重要的，它能快速发现这种紧急不良行为，让我们迅速 修复它。 微服务团队期望清楚的监控和记录每个服务的配置，比如使用仪表盘显示上/ 下线状态、各种运维和业务相关的指标。对断路器（circuit breaker,定时检测 服务状态）状态、目前的吞吐量和时延细节，我们也会经常遇到。
界面开发人员
中间件业务开 发人员
数据库管理员
业务能力A
业务能力B
业务能力C
传统巨石架构和互联网应用架构双轨运行(Bi-Modal)
重量级应用中间件
现代应用框架
移动框架
DS 应用 分发
• 需求是持续发展的 • 是一个产品，持续发展
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
台账管理 数据管理
大屏展示 日志分析
POD
POD
POD
POD
操作系统 硬件服务器
网络设备 / SDN 存储设备 / SDS
生产数据中心
2020
操作系统 硬件服务器
网络设备 / SDN 存储设备 / SDS
灾备数据中心
数据库容器化PaaS功能架构
数 据 库 容 器 化 PaaS
备 份
备份集管理
恢
复
备份策略
• 多云数据库管理 • 多种架构
自动化
• 一键式部署 • 流程标准化 • 快速交付
智能化
• 恢复演练 • SQL审核及优化 • 故障自愈
平台化
• 技术中台 • 数据安全性 • 数字化
2020
构建数据库PaaS需要什么
先分层→ 后细化
经验和需求的转化：
1、100+运维管理人员的经验吸收 2、200+客户和400+项目需求的收集
资源 变更
资源 使用
• 分钟级别交付 • 数据库拓扑信息 • 与CMDB对接
资源 回收
规范
数据库全生命 周期管理
资源 交付
管理层
连接 采用Agent方式
数据库层
→
可视化交互
平台可用性
元数据分布式 微服务化
资源调度
自动化
健壮性守 护
接口管 理
服务管 理
安装部 署
版本管 理
实例管 理
备份恢 复
监控告 警
SQL发 布
架构编 排
日志收 集
2020
不同客户的关注点
金融行业
• 稳定性（平台本身、数据库、安全性、大规模） • 高可用性（两地三中心灾备、数据一致性） • 兼容性（数据库版本、基础环境、国产化软硬件、原有实例纳管） • 运维便利性（故障快速定位、和内部平台对接、规范体系、灾备演练）
审批流程
管 理
API接口
审批意见 历史记录
中间件增删 配置中间件
中间件 状态
可 用
可用区
区
管
配置可用区
理
SIP管理
可用区主机配置
流量入口中间件配置管理
2020
容器化方案中的一些选择
API兼容性采用K8S v1.16 版本及其以上
监控采用Prometheus + Grafana 分布式监控能力 自研代理（集成exporter + cAdvisor)
实用性
扩展性
• 服务模块化 • 分布式Raft算法 • 组件高可用 • 跨中心部署 • 服务调度
2020
• 自服务交互 • 运维管理交互 • 安全性规范 • 交互遵循大众习惯
• 多级存储 • 数据模型优化 • Consul / Etcd分布式KV • MySQL持久化 • SQLite缓存 • 组件水平扩展
互联网行业
• 高性能（高并发、大数据量、性能优化） • 开发友好（数据库种类和架构的丰富性） • 服务交付效率（DevOps、快速上线、版本发布） • 高可用性（快速恢复、双活、切换无感知）
2020
管理层的设计
平台在项目交付中曾遇到过大规模下性能问题、数据库灾备切换问题、监控告警的扩展问题等。
可用性
数据库架构标准化 容器化镜像
2020
具备全生命周期管理能力
• 数据库归档 • 数据库销毁 • 定时下线回收
• 数据库在线迁移 • 数据库规格变更 • 数据库版本升级 • 数据库扩容 • 参数变更 • 高可用切换策略
• 监控告警 • 数据库开发及测试 • 备份恢复 • 性能优化（锁、
TOPSQL、慢SQL） • 故障分析
向自动化、智能化步进
注： 1. 仅统计MySQL、MongoDB、Redis等 2. 已有客户 + 圈内调研
2020
为什么需要构建数据库PaaS
应用架构的发展：单体应用 → 企业级SOA → 互联网服务化 → 微服务
大规模
• 数据库实例5000+ • 分散分布(分布式)
统一管理
• 支持常见的开源数据库
自研技术底座 自研容器化有状态服务管理
能力（非Operator）
富容器 → Service Catalog → 集成原生API接口（云原生）
访问入口（直连\中间件\ingress\LB) Local disk PV 分布式存储对接
数据库高可用与K8S副本调 度策略协同
EFK和K8S日志展示集成， 保留容器化运维习惯
• 读写分离 • 分布式 • 灾备（两地三中心） • 同城双活
2020
• 实例运维管理
• 故障切换 + 自定义流程 • 性能分析 • 批量处理 • 告警收敛 • 实例自动化巡检评分
数据库容器化PaaS整体架构
1.大集群（单集群支持2000+实例） 2.多种类数据库服务，涵盖应用多种需求 3.平台功能模块化，易扩展
数据库层的设计
兼容性
1. 不同的灾备等级下平台和数据库的架构应该如何设计？ 2. 平台功能很多，日常运维人员需要关注哪些？
架构
能力中心
• MySQL / TiDB /OpenGauss
• MongoDB / Redis • 开源数据库主流版本 • x86 / ARM服务器 • 虚拟化 / 容器
• 高可用（数据同步方式）
手工备份 恢复到备份
恢复到指定时间点 备份资源配置
恢复演练 演练规则
运
自动化巡检报告
维
大屏展示
管
慢日志分析
理
SQL上线审核
安装部署 标签管理
监
资源消耗
控
数据库连接状态
图形展示
指标定义
管 理
数据库请求状态
数据库数据状态
API接口
告
告警信息展示
警
管
告警配置管理
理
邮件/微信/短信等告警通道管理
API接口
告警处理
数据库容器化PaaS平台建设方案
技术创新，变革未来
开源数据库使用的现状
10%
• 物理机+手工配 置部署
• 虚拟机镜像模板 +手工配置
30%
• 物理机+脚本 • 虚拟机镜像模板
+手工配置
20%
• 虚拟机+脚本 • 容器模板 • 物理机+脚本
20%
• 私有化PaaS • 物理机+脚本
20%
• 公有云RDS • 专有云
服
服务申请
务
管
理
台账管理
高可用 读写分离
分布式 灾备
销毁 水平扩展
实例诊断 修改实例规格
概览信息 访问方式
架构拓扑 规格信息
用
用户组
户
管
租户
理
资 源
修改主机
权限
角色 鉴权
容器注册
中 间
件
上架/下架
管
理
模 板
服务规格模板
管 理
计费模板
CPU配置 内存配置
磁盘 空间
& IOPS
审 批
可视化交互
数据库自服务管理
4.运维流程贴合运维习惯，故障分析便利 5.平台和数据库支持多中心部署 6.服务获取简单快速
智能化运维管理
API接口管理
高可用 灾备管理
读写分离 配置管理
分布式 备份恢复
多租户 权限管理
实例诊断 安装部署
接口 封装
基础技术底座
原生API
Kubernetes
监控告警 操作审计