前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >Activiti 开发案例之数据库表结构说明

Activiti 开发案例之数据库表结构说明

作者头像
小柒2012
发布于 2019-12-05 14:39:55
发布于 2019-12-05 14:39:55
1.4K00
代码可运行
举报
文章被收录于专栏:IT笔记IT笔记
运行总次数:0
代码可运行

表说明

  • act_ge_ 通用数据表,ge是general的缩写
  • act_hi_ 历史数据表,hi是history的缩写,对应HistoryService接口
  • act_id_ 身份数据表,id是identity的缩写,对应IdentityService接口
  • act_re_ 流程存储表,re是repository的缩写,对应RepositoryService接口,存储流程部署和流程定义等静态数据
  • act_ru_ 运行时数据表,ru是runtime的缩写,对应RuntimeService接口和TaskService接口,存储流程实例和用户任务等动态数据

数据库表结构

Activiti数据表清单:

表分类

表名

备注说明

一般数据

ACT_GE_BYTEARRAY

通用的流程定义和流程资源

ACT_GE_PROPERTY

系统相关属性

流程历史记录

ACT_HI_ACTINST

历史的流程实例

ACT_HI_ATTACHMENT

历史的流程附件

ACT_HI_COMMENT

历史的说明性信息

ACT_HI_DETAIL

历史的流程运行中的细节信息

ACT_HI_IDENTITYLINK

历史的流程运行过程中用户关系

ACT_HI_PROCINST

历史的流程实例

ACT_HI_TASKINST

历史的任务实例

ACT_HI_VARINST

历史的任务实例

用户用户组表

ACT_ID_GROUP

身份信息-组信息

ACT_ID_INFO

身份信息-组信息

ACT_ID_MEMBERSHIP

身份信息-用户和组关系的中间表

ACT_ID_USER

身份信息-用户信息

流程定义表

ACT_RE_DEPLOYMENT

部署单元信息

ACT_RE_MODEL

模型信息

ACT_RE_PROCDEF

已部署的流程定义

运行实例表

ACT_RU_EVENT_SUBSCR

运行时事件

ACT_RU_EXECUTION

运行时流程执行实例

ACT_RU_IDENTITYLINK

运行时用户关系信息

ACT_RU_JOB

运行时作业

ACT_RU_TASK

运行时任务

ACT_RU_VARIABLE

运行时变量表

ACT_GE_PROPERTY:属性数据表,存储这个流程引擎级别的数据。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1. NAME_:属性名称
2. VALUE_:属性值
3. REV_INT:版本号

ACT_GE_BYTEARRAY:用来保存部署文件的大文本数据。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1. ID_:资源文件编号,自增长
2. REV_INT:版本号
3. NAME_:资源文件名称
4. DEPLOYMENT_ID_:来自于父表ACT_RE_DEPLOYMENT的主键
5. BYTES_:大文本类型,存储文本字节流
6. GENERATED_:是否是引擎生成,0为用户生成 1为Activiti生成

ACT_RE_DEPLOYMENT:用来存储部署时需要持久化保存下来的信息。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1. ID_:部署编号,自增长
2. NAME_:部署包的名称
3. DEPLOY_TIME_:部署时间
4. CATEGORY_:分类
5. TENANT_ID_:租户id

ACT_RE_PROCDEF:业务流程定义数据表。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1. ID_:流程ID,由“流程编号:流程版本号:自增长ID”组成
2. CATEGORY_:流程命名空间(该编号就是流程文件targetNamespace的属性值)
3. NAME_:流程名称(该编号就是流程文件process元素的name属性值)
4. KEY_:流程编号(该编号就是流程文件process元素的id属性值)
5. VERSION_:流程版本号(由程序控制,新增即为1,修改后依次加1来完成的)
6. DEPLOYMENT_ID_:部署编号
7. RESOURCE_NAME_:资源文件名称
8. DGRM_RESOURCE_NAME_:图片资源文件名称
9. HAS_START_FROM_KEY_:是否有Start From Key
10. SUSPENSION_STATE_:是否挂起,1 激活 2挂起
11. TENANT_ID_:租户id
注:此表和ACT_RE_DEPLOYMENT是多对一的关系,即,一个部署的bar包里可能包含多个流程定义文件,每个流程定义文件都会有一条记录在ACT_REPROCDEF表内,每个流程定义的数据,都会对于ACT_GE_BYTEARRAY表内的一个资源文件和PNG图片文件。和ACT_GE_BYTEARRAY的关联是通过程序用ACT_GE_BYTEARRAY.NAMEACT_RE_PROCDEF.NAME_完成的,在数据库表结构中没有体现。

ACT_ID_GROUP:用来存储用户组信息。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1. ID_:用户组名*
2. REV_INT:版本号
3. NAME_:用户组描述信息*
4. TYPE_:用户组类型

ACT_ID_MEMBERSHIP:用来保存用户的分组信息。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1. USER_ID_:用户名
2. GROUP_ID_:用户组名

ACT_ID_USER:用户信息。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1. ID_:用户名
2. REV_INT:版本号
3. FIRST_:用户名称
4. LAST_:用户姓氏
5. EMAIL_:邮箱
6. PWD_:密码

ACT_RU_EXECUTION:运行时流程执行实例。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1. ID_2. REV_:版本号
3. PROC_INST_ID_:流程实例编号
4. BUSINESS_KEY_:业务编号
5. PARENT_ID_:找到该执行实例的父级,最终会找到整个流程的执行实例
6. PROC_DEF_ID_:流程ID
7. SUPER_EXEC_: 引用的执行模板
8. ACT_ID_: 节点id
9. IS_ACTIVE_: 是否访问
10. IS_CONCURRENT_:是否为并行(true/false11. IS_SCOPE_12. IS_EVENT_SCOPE_13. SUSPENSION_STATE_:挂起状态 1激活 2挂起
14. CACHED_ENT_STATE_

ACT_RU_TASK:运行时任务数据表。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1. ID_2. REV_: 乐观锁
3. EXECUTION_ID_: 执行实例的id
4. PROC_INST_ID_: 流程实例的id
5. PROC_DEF_ID_: 流程定义的id,对应act_re_procdef 的id_
6. NAME_: 任务名称,对应 ***task 的name
7. PARENT_TASK_ID_ : 对应父任务
8. DESCRIPTION_9. TASK_DEF_KEY_***task 的id
10. OWNER_ : 发起人
11. ASSIGNEE_: 分配到任务的人
12. DELEGATION_ : 委托人
13. PRIORITY_: 紧急程度
14. CREATE_TIME_: 发起时间
15. DUE_TIME_:审批时长
16. SUSPENSION_STATE_1代表激活 2代表挂起协办委托的时候会用到

ACT_RU_IDENTITYLINK:任务参与者数据表,主要存储当前节点参与者的信息。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1. ID_: 标识
2. REV_: 版本
3. GROUP_ID_: 组织id
4. TYPE_: 类型
5. USER_ID_: 用户id
6. TASK_ID_: 任务id

ACT_RU_VARIABLE:运行时流程变量数据表。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1. ID_:标识
2. REV_:版本号
3. TYPE_:数据类型
4. NAME_:变量名
5. EXECUTION_ID_: 执行实例id
6. PROC_INST_ID_: 流程实例id
7. TASK_ID_: 任务id
8. BYTEARRAY_ID_9. DOUBLE_:若数据类型为double ,保存数据在此列
10. LONG_: 若数据类型为Long保存数据到此列
11. TEXT_: string 保存到此列
12. TEXT2_

ACT_HI_PROCINST:实例数据,历史和运行中的都会存在到这里。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1. ID_ : 唯一标识
2. PROC_INST_ID_ : 流程ID
3. BUSINESS_KEY_ : 业务编号
4. PROC_DEF_ID_ : 流程定义id
5. START_TIME_ : 流程开始时间
6. ENT__TIME : 结束时间
7. DURATION_ : 流程经过时间
8. START_USER_ID_ : 开启流程用户id
9. START_ACT_ID_ : 开始节点
10. END_ACT_ID_: 结束节点
11. SUPER_PROCESS_INSTANCE_ID_ : 父流程流程id
12. DELETE_REASON_ : 从运行中任务表中删除原因
13. TENANT_ID_:租户Id
14. NAME:名称

ACT_HI_ACTINST:动作实例,一个流程中的每个节点都会在 act_hi_actinst 表内产生一条数据。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1. ID_ : 标识
2. PROC_DEF_ID_ :流程定义id
3. PROC_INST_ID_ : 流程实例id
4. EXECUTION_ID_ : 执行实例
5. ACT_ID_ : 节点id
6. ACT_NAME_ : 节点名称
7. ACT_TYPE_ : 节点类型
8. ASSIGNEE_ : 节点任务分配人
9. START_TIME_ : 开始时间
10. END_TIME_ : 结束时间
11. DURATION : 经过时长

ACT_HI_TASKINST:任务实例。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1. ID_ : 标识
2. PROC_DEF_ID_ : 流程定义id
3. TASK_DEF_KEY_ : 任务定义id
4. PROC_INST_ID_ : 流程实例id
5. EXECUTION_ID_ : 执行实例id
6. PARENT_TASK_ID_ : 父任务id
7. NAME_ : 任务名称
8. DESCRIPTION_ : 说明
9. OWNER_ : 拥有人(发起人)
10. ASSIGNEE_ : 分配到任务的人
11. START__TIME_ : 开始任务时间
12. END_TIME_ : 结束任务时间
13. DURATION_ : 时长
14. DELETE_REASON_ :从运行时任务表中删除的原因
15. PRIORITY_ : 紧急程度
16. DUE_DATE_ :

ACT_HI_DETAIL:启动流程或者在任务complete之后,记录历史流程变量。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1. ID_ : 标识
2. TYPE_ : variableUpdate 和 formProperty 两种值
3. PROC_INST_ID_ : 对应流程实例id
4. EXECUTION_ID_ : 对应执行实例id
5. TASK_ID_ : 对应任务id
6. ACT_INST_ID : 对应节点id
7. NAME_ : 历史流程变量名称,或者表单属性的名称
8. VAR_TYPE_ : 定义类型
9. REV_ : 版本
10. TIME_ : 导入时间
11. BYTEARRAY_ID_
12. DOUBLE_ : 如果定义的变量或者表单属性的类型为double,他的值存在这里
13. LONG_ : 如果定义的变量或者表单属性的类型为LONG ,他的值存在这里
14. TEXT_ :  如果定义的变量或者表单属性的类型为string,值存在这里
15. TEXT2_:

ACT_HI_COMMENT:意见表。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1. ID_ :标识
2. TYPE_ : 意见记录类型 为comment 时 为处理意见
3. TIME_ : 记录时间
4. USER_ID_ :
5. TASK_ID_ : 对应任务的id
6. PROC_INST_ID_ : 对应的流程实例的id
7. ACTION_ : 为AddComment 时为处理意见
8. MESSAGE_ : 处理意见
9. FULL_MSG_ :
本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2019-02-17,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
17个顶级的云成本管理工具
云计算供应商曾经承诺为用户节省更多的成本,但是首席财务官每月都会收到高昂的云计算服务账单。现在是他们管理云成本的时候了。云成本管理工具可以跟踪所有的账单,将它们分配给负责统计成本的各个团队。
静一
2023/02/28
1K0
17个顶级的云成本管理工具
混沌工程:通过试错的方法来提升稳定性
2008 年 Netflix 在整体微服务化和数据中心迁移至 AWS 云的背景下,开始了在生产环境进行系统弹性的测试。最早为大家熟知的是 Chaos Monkey,一个在生产环境中随机选择并关闭服务节点的工具。它的名字来源于其工作的方式:如同一只野生、武装的猴子,释放到在数据中心,来造成严重的破坏。
butterfly100
2021/07/16
1.2K0
混沌工程:通过试错的方法来提升稳定性
只用2年完成改造、兼备高稳定性和灵活性,作业帮多云实践
采访嘉宾 | 董晓聪 编辑 | Tina 云技术发展了十几年,但就算是到了今天,我们依然无法保证云服务不会发生宕机故障。另外对于成熟企业来说,数据是最宝贵的核心资产, 那么他们必然会担心会被某单一的技术提供商锁定,或担心公有云厂商进入自己的商业领域...... 无论是用于平衡风险还是充分利用各种云平台的优势和用例,很多组织都会有意无意地让工作负载在多个云中运行。别把所有鸡蛋都放同一个篮子里,是放之四海皆准的思想。据统计,目前全球 81% 使用云服务的公司或组织正在使用多云,但不同的企业有不同的实践方法
深度学习与Python
2023/03/29
4780
只用2年完成改造、兼备高稳定性和灵活性,作业帮多云实践
从用云焦虑到“深度云化”,新云原生时代带给我们哪些思考?| Q推荐
作者 | 付秋伟   企业技术基础设施“云原生化”的改造速度,远超大部分人的心理预期。   据 Gartner 预测,到 2025 年,云原生平台将在超过 95% 的新数字计划中作为基础,而此前 2021 年的数据只有不到 40%。这说明,今天的云原生关键词,正从“构建”、“落地”,逐步转变为“协同”、“优化”。“如何深度云化”是大家关注的重点。中国信息通信研究院云计算与大数据研究所副所长栗蔚预测,2023 年我国云计算行业应用将从“资源上云”正式迈入“深度用云”。 2 月 17 日,由 CNCF、中国信
深度学习与Python
2023/03/29
4220
从用云焦虑到“深度云化”,新云原生时代带给我们哪些思考?| Q推荐
腾讯搜索的系统架构是如何达到99.994%高可用的?
本文主要是搜索在稳定性治理实践的经验总结,讲述了搜狗搜索在技术债治理基础上如何将可用性提升一个量级,事故级 MTTD(平均故障检测时间)、MTTR(平均响应时间)优化一个量级,尤其在重大事故层次形成一个较强控制力。内容全面且实践性较强,团队的每项能力定位也比较清晰,除了核心的容灾、发现、应急建设,还在前置拦截、自动防御,风险扫盲等维度进行全方位治理。欢迎阅读~
腾讯云开发者
2023/06/13
1.8K0
腾讯搜索的系统架构是如何达到99.994%高可用的?
FinOps-公有云资源管理
在用户上云初期,对于云资源的管理通常处于较为松散的状态。而随着资源用量的增加以及使用到的产品种类的多样化,云上成本支出日益激增 ,企业对于成本精细化管理的诉求也愈发强烈。从使用云产品维度看,成本的计算方式从服务器计算、存储以及网络的开销用量的简单场景,演进成了不同场景化的云原生PaaS服务。对于云平台管理人员来说,使用完全托管的PaaS服务能够在免除部署运维管理成本的情况下,通过云平台工具直接对资源及上层应用统一管理,例如云监控、云安全中心、资源编排、ARMS调用链工具、SLS日志服务等。在新的平台架构下,当线上出现故障时,工程师需要有对应的服务使用权限,并对这些云平台工具快速排查定位问题。
iginkgo18
2023/07/20
8560
官方解读丨《分布式系统稳定性建设指南》蓝皮书
作者 | 中国信息通信研究院 随着分布式架构成为主流的系统架构设计方案,业务系统的迭代速度越来越快,后端系统架构越来越复杂,单一节点问题可能被无限放大,大规模分布式系统的稳定性保障能力越来越成为业界关注的重点。与此同时,伴随着技术角色分工越来越细、技术专业化程度越来越深,分布式系统的架构特性为其稳定性建设中的架构设计、组织设计等也带来了新的挑战。很多企业缺乏解决分布式架构下的系统稳定性、服务高可用建设相关问题的经验。 如何全局、精准、高效地进行分布式系统的稳定性建设工作?为此,中国信息通信研究院在以“云赋新
深度学习与Python
2023/03/29
1.2K0
官方解读丨《分布式系统稳定性建设指南》蓝皮书
【云+社区年度征文】系统稳定性建设实践总结
2020年,注定是个不平凡的一年。疫情的蔓延打乱了大家既定的原有的计划,同时也催生了一些在线业务办理能力的应用诉求,作为技术同学,需要在短时间内快速支持建设系统能力并保障其运行系统稳定性。恰逢【云+社区年度征文】活动,正好借此机会,梳理总结下自己的系统稳定性建设经验和思考。
架构精进之路
2020/12/01
1.9K2
【云+社区年度征文】系统稳定性建设实践总结
云成本优化:云计算战略的关键部分
云成本优化不只是运营问题或者只与降低成本有关,它是一种价值驱动的战略举措,可以实现企业业务的成功。
静一
2021/10/26
1.3K0
CPU利用率从10%提升至60%:中型企业云原生成本优化实战指南
在互联网早期迅速发展时,相关领域企业更多注重于扩展业务,为了迅速占领市场,往往会投入较高的成本。然而,随着互联网人口红利逐渐消退,以及近几年的疫情影响,越来越多企业开始重视成本管理,从“粗放式经营”转变为“精细化运营”模式,成本优化成为企业重点关注事项。
深度学习与Python
2022/06/13
4850
CPU利用率从10%提升至60%:中型企业云原生成本优化实战指南
Pulsar 在腾讯云的稳定性实践
导语 2022腾讯全球数字生态大会已圆满落幕,大会以“数实创新、产业共进”为主题,聚焦数实融合,探索以全真互联的数字技术助力实体经济高质量发展。大会设有29个产品技术主题专场、18个行业主题专场和6个生态主题专场,各业务负责人与客户、合作伙伴共同总结经验、凝结共识,推动数实融合新发展。 本次大会设立了微服务与中间件专场,本专场从产品研发、运维等最佳落地实践出发,详细阐述云原生时代,企业在开发微服务和构建云原生中间件过程中应该怎样少走弯路,聚焦业务需求,助力企业发展创新。 随着大数据时代的到来,企业在生产和经
腾讯云中间件团队
2022/12/29
1.9K0
Pulsar 在腾讯云的稳定性实践
一文看懂云原生时代 DevOps 如何选型
今天的中国互联网,正加速从消费互联网向产业互联网转型,数字化变革逐渐渗透到每一个具体产业,弹性算力已变成各行各业的水电煤,从底层驱动产业变革。以区块链、IoT、人工智能、大数据等先进技术为代表,新的云原生基础设施已经就绪并将继续演进,同时也会伴随着与之配套的技术和管理范式的演进。DevOps 作为数字化时代 IT 研发和管理范式,是企业数字化转型重要的组成部分。
深度学习与Python
2022/03/23
3190
一文看懂云原生时代 DevOps 如何选型
来自一线大厂的云原生成本优化实践指南
近年来,公有云、混合云等技术在全球迅速发展,云的普及度越来越高,Docker、Kubernetes、DevOps、Service Mesh 等云原生技术蓬勃发展。但在“上云”之后,企业却往往发现“用云”并没有那么容易。
深度学习与Python
2022/01/20
1.1K0
来自一线大厂的云原生成本优化实践指南
kubernetes 降本增效标准指南|ProphetPilot:容器智能成本管理引擎
田奇,腾讯云高级工程师,专注大规模离在线混部,弹性伸缩,云原生成本优化,熟悉Kubernetes,关注云原生大数据、AI。 王孝威,腾讯云容器产品经理,热衷于为客户提供高效的 Kubernetes 使用方式,为客户极致降本增效服务。 前言 随着 Kubernetes 的普及,企业已经普遍接受了容器,正在向云原生演进。但是当前的 Kubernetes 只解决云原生的第一步(Day 1),就是利用容器编排调度和声明式API等,来解决资源获取、应用部署、高可用容灾、基础运维等难题。但是目前采纳 Kubernet
腾讯云原生
2021/07/27
1.3K0
重磅!腾讯云参与编写《2022分布式系统稳定性建设指南》发布
随着分布式架构成为主流的系统架构设计方案,业务系统的迭代速度越来越快,后端系统架构越来越复杂,单一节点问题可能被无限放大,大规模分布式系统的稳定性保障能力越来越成为业界关注的重点。与此同时,伴随着技术角色分工越来越细、技术专业化程度越来越深,分布式系统的架构特性为其稳定性建设中的架构设计、组织设计等也带来了新的挑战。很多企业缺乏解决分布式架构下的系统稳定性、服务高可用建设相关问题的经验,成为一大痛点。
怡然自得
2022/06/21
1.4K0
重磅!腾讯云参与编写《2022分布式系统稳定性建设指南》发布
稳定性生产总结
在降发生中的措施是做到三点:系统高可用、 高性能、 高质量,三高问题确实是一个很热的话题,里面涉及很多点。
纵情向前的强仔
2024/04/15
2310
系统稳定性和性能工程的关系
随着移动互联网的快速发展,部分线下业务逐渐被线上业务取代。线上业务的压力逐渐增加,面对这样的严峻考验,企业对自身业务的支撑体系,考虑的不应该是只是功能的完整性,生产环境的系统性能,系统稳定性也是企业重点考虑的,例如系统的稳定性指标,接下来聊一下系统的稳定性定义。
漫谈测试
2024/11/26
1460
系统稳定性和性能工程的关系
换个角度聊系统稳定性建设
对于任何系统来说,系统稳定性都是最基本的一个要求,只不过每个项目都有其发展周期,每个周期都有其主要的发展目标,比如业务爆发初期我们要求业务快速迭代,业务发展中期我们可能更多的是要求精细化运营、精细化治理,业务发展后期我们主要围绕于降本增效做事情,但是系统稳定性基本是贯穿整个项目发展周期。而且我们未来是要做SaaS产品的,稳定性更是SaaS的基石。
春哥大魔王
2020/12/08
1.5K0
换个角度聊系统稳定性建设
Google、顺丰、网易数帆、微盟等技术专家,为你分享稳定性保障实践 | ArchSummit
架构稳定性保障是指通过一系列的技术手段和方法,保证系统在各种异常情况下能够正常运行,不出现故障或者尽快恢复。架构稳定性保障涉及到多个方面,例如架构设计、容量评估、异常处理、监控报警、故障演练等。一些常见的架构稳定性保障方案包括: 消除单点故障,通过分布式部署、主从备份、服务注册发现等技术手段,避免单个节点或服务的故障导致整个系统不可用; 保证数据一致性,通过事务、分布式事务中间件、消息队列、对账机制等技术手段,确保分布式系统中的数据在不同节点和服务之间保持一致或最终一致; 强弱依赖梳理和降级,通过分析服务之
深度学习与Python
2023/04/21
4400
Google、顺丰、网易数帆、微盟等技术专家,为你分享稳定性保障实践 | ArchSummit
1 年节省 1000 万:由公有云转向混合云
2022年6月6日,联想集团发布混合云品牌Lenovo xCloud。 联想官方对其定位是战略级孵化业务,表示将汇聚全集团之力深入布局。 本文结合当下混合云的发展趋势,围绕联想混合云的具体应用案例,详细解读联想集团将凭借怎样的混合云建设能力,征战竞争日益激烈的混合云市场。 混合云具备天然优势 为企业战略重心转移保驾护航 近年来,重大不确定性事件频现,迫使企业将战略重心转向增强业务的“弹性”与“韧性”上。 一方面,疫情催生了更多数字化需求,混合办公及数字化业务正成为新常态。这使得高弹性的混合云服务成为不可或
云头条
2022/06/13
1.3K0
1 年节省 1000 万:由公有云转向混合云
推荐阅读
相关推荐
17个顶级的云成本管理工具
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档