CAP4技术平台介绍_v1
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
通过模块挂接和切换来调整业务逻辑
综述
CAP3-CAP4的平台对比
CAP3
CAP4
超高、超宽、超重
限高、限宽、限重
谢谢大家,欢迎体验
http://10.5.1.223:8088/seeyon/
CAP4-的业务边界
目标搭建普通的企业级应用 复杂度
表单的应用分组 表单中重复表的数量限制10个 性能 单服务器支撑,10W张表单数据量 并发访问500个(1/10) 触发的回写数,缺省值1000个
100w级,1000w级业务的就不支持 ?
Fra Baidu bibliotek
2 CAP4-性能对业务系统的意义 、
CAP4-性能对业务系统的意义
当前性能情况
2018-04-12 15:03
性能指标-达到普通的企业级应用性能
单服务器支撑,10W张表单数据量(500并发访问 1:10)
• 表单查看1秒,处理速度3秒 • 表单处理速度不包括触发联动部分 • 不考虑网络传输性能 • 并发数是指同时访问的表单数量,多种表单混合访问也是这个数量 • 表单字段数在500个以内,含重复表(主表字段数+重复表字段数*记录数)
业务的数据量,安全性, 可定制性与性能是
反指标
可以任意搭建所有应用 而不用考虑性能的平台
就是软件界的
永动机
不以做性能区隔的 业务搭建平台就是在
耍流氓
不支持复杂业务系统,大数据量业务客户不接受
前期对客户的价值 • 快速形成原型 • 快速调整,成型业务流程 • 逐步运行稳定,固化管理流程
后期对客户的价值 • 只需要重新开发部分大数据量的业务点 • 保留管理者审批,专业系统下沉
达指标情况
查找定位和修改
后续性能提升的方向
1. CAP自身需要优化的点
优化项 无流程列表
唯一标识单表
唯一标识-多字段 唯一标识-重复表
优化结果
方案一,提升1倍 方案二,提升17倍
加索引提升约42倍 改抽取方法,在加索引上提升约10
改抽取方法,提升约42倍
改抽取方法,提升约58倍
2. 需要与V5合作修改的点
流程表单的加载模型(IE 查看2秒起步 ,Chrome 700毫秒)
3. 按标准持续扫描修改
5 CAP4-的发展方向 、• 与V5,CIP,CTP的结合
• 业务模型的优化
• 持续的性能提升
• 大规模定制
CAP4-与V5,CIP的结合
接入CAP
无码挂接业务数据 无码生成业务数据服务 数据展现的中心和粘合点
CAP4技术平台介绍
—— 面向专业应用搭建的平台
宋牮 2018-5
目录
1 、 2 3、 4、 、5 、
CAP4-的业务边界 CAP4-性能对业务系统的意义 CAP4-的平台结构 CAP4-的性能优化 CAP4-的发展方向
1 CAP4-的业务边界 、
CAP4-的业务边界
油表-支持多大数据量的业务 转速表-回写任务队列情况 速度表-支持多少并发请求
• 数据操作追踪
• 追踪业务数据操作
CAP4-业务解耦与大规模定制
数据魔方的定义
• 业务接口 • 约定业务间的连接标准
数据魔方的特性 • 解耦 • 复制
• 一对多
• 锚定 大规模定制 • 形成业务模块 • 模块间可以挂接和替换 • 不再一切从零开始
4 CAP4-的性能优化 、
• 当前性能情况 • 性能指标 • 后续性能提升的方向
接入CDP
基础业务数据的存储 跨业务的基础数据共享中心 (数据量较大时的值域管理)
V5
CIP
数据魔方
CDP
CAP
接入CIP
提供跨系统业务服务 第三方系统接入的插拔器
接入V5
解耦业务角色 解耦业务流程 业务角色和业务流程的提供者
基于CTP,通过数据魔方,将其它系统接入进来. 以无码驱动有码,扩展业务范围
罗马不是一天建成的,100w,1000w的系统,也是从逐步累积出来 的.即使是开始就要上很大量的系统,用这种方式做原型,也降低 很多时间成本和人力成本
3 CAP4-的平台结构 、 在线设计器
一体化设计器
业务逻辑重组
业务分类 重构关联,触发逻辑
运行监控引擎
实时监控运行态情况
业务解耦与大规模定制
数据魔方
CAP4-在线设计器
一体化设计器
• 显示格式与数据存储同时定义 • 不再需要两段式提交
只是网页编辑器 • 时间局限
• 半年出成果,一年出产品
• 技术局限
• google Docs • office 365
CAP4-业务逻辑重组
业务分类
• 按业务包导入导出 • 跨业务只允许按接口方式引用 • 限制表单重复表数量,避免摊大饼
重构关联,触发逻辑 • 字段类型与表单关系解耦
• 取消了关联表单和外部写入等
• 概念合并
• 回写,归档,触发,联动,自动更新合并为触发(新建,更 新等)
• 统一了设置
CAP4-运行监控引擎
回写队列监控
• 回写队列情况 • 超过阀值拒绝 • 回写时间预估
实时监控 • 业务耗时和次数的统计
• 业务执行时间和次数 • 数据操作执行时间和次数
业务模型的优化
• 跨表视图 • 视图中加查询统计 • 基础数据模型
• 主数据
• 触发关联优化
• 触发删除逻辑等
持续的性能提升 持续进行性能达标
将500并发1:10的性能,提升到1:1
按更高的标准调整结构
使用业务缓存模型 按多服务器考虑性能提升
大规模定制
形成厂商的公共模块
CAP的业务模块 CIP的DEE任务 客开的模块
综述
CAP3-CAP4的平台对比
CAP3
CAP4
超高、超宽、超重
限高、限宽、限重
谢谢大家,欢迎体验
http://10.5.1.223:8088/seeyon/
CAP4-的业务边界
目标搭建普通的企业级应用 复杂度
表单的应用分组 表单中重复表的数量限制10个 性能 单服务器支撑,10W张表单数据量 并发访问500个(1/10) 触发的回写数,缺省值1000个
100w级,1000w级业务的就不支持 ?
Fra Baidu bibliotek
2 CAP4-性能对业务系统的意义 、
CAP4-性能对业务系统的意义
当前性能情况
2018-04-12 15:03
性能指标-达到普通的企业级应用性能
单服务器支撑,10W张表单数据量(500并发访问 1:10)
• 表单查看1秒,处理速度3秒 • 表单处理速度不包括触发联动部分 • 不考虑网络传输性能 • 并发数是指同时访问的表单数量,多种表单混合访问也是这个数量 • 表单字段数在500个以内,含重复表(主表字段数+重复表字段数*记录数)
业务的数据量,安全性, 可定制性与性能是
反指标
可以任意搭建所有应用 而不用考虑性能的平台
就是软件界的
永动机
不以做性能区隔的 业务搭建平台就是在
耍流氓
不支持复杂业务系统,大数据量业务客户不接受
前期对客户的价值 • 快速形成原型 • 快速调整,成型业务流程 • 逐步运行稳定,固化管理流程
后期对客户的价值 • 只需要重新开发部分大数据量的业务点 • 保留管理者审批,专业系统下沉
达指标情况
查找定位和修改
后续性能提升的方向
1. CAP自身需要优化的点
优化项 无流程列表
唯一标识单表
唯一标识-多字段 唯一标识-重复表
优化结果
方案一,提升1倍 方案二,提升17倍
加索引提升约42倍 改抽取方法,在加索引上提升约10
改抽取方法,提升约42倍
改抽取方法,提升约58倍
2. 需要与V5合作修改的点
流程表单的加载模型(IE 查看2秒起步 ,Chrome 700毫秒)
3. 按标准持续扫描修改
5 CAP4-的发展方向 、• 与V5,CIP,CTP的结合
• 业务模型的优化
• 持续的性能提升
• 大规模定制
CAP4-与V5,CIP的结合
接入CAP
无码挂接业务数据 无码生成业务数据服务 数据展现的中心和粘合点
CAP4技术平台介绍
—— 面向专业应用搭建的平台
宋牮 2018-5
目录
1 、 2 3、 4、 、5 、
CAP4-的业务边界 CAP4-性能对业务系统的意义 CAP4-的平台结构 CAP4-的性能优化 CAP4-的发展方向
1 CAP4-的业务边界 、
CAP4-的业务边界
油表-支持多大数据量的业务 转速表-回写任务队列情况 速度表-支持多少并发请求
• 数据操作追踪
• 追踪业务数据操作
CAP4-业务解耦与大规模定制
数据魔方的定义
• 业务接口 • 约定业务间的连接标准
数据魔方的特性 • 解耦 • 复制
• 一对多
• 锚定 大规模定制 • 形成业务模块 • 模块间可以挂接和替换 • 不再一切从零开始
4 CAP4-的性能优化 、
• 当前性能情况 • 性能指标 • 后续性能提升的方向
接入CDP
基础业务数据的存储 跨业务的基础数据共享中心 (数据量较大时的值域管理)
V5
CIP
数据魔方
CDP
CAP
接入CIP
提供跨系统业务服务 第三方系统接入的插拔器
接入V5
解耦业务角色 解耦业务流程 业务角色和业务流程的提供者
基于CTP,通过数据魔方,将其它系统接入进来. 以无码驱动有码,扩展业务范围
罗马不是一天建成的,100w,1000w的系统,也是从逐步累积出来 的.即使是开始就要上很大量的系统,用这种方式做原型,也降低 很多时间成本和人力成本
3 CAP4-的平台结构 、 在线设计器
一体化设计器
业务逻辑重组
业务分类 重构关联,触发逻辑
运行监控引擎
实时监控运行态情况
业务解耦与大规模定制
数据魔方
CAP4-在线设计器
一体化设计器
• 显示格式与数据存储同时定义 • 不再需要两段式提交
只是网页编辑器 • 时间局限
• 半年出成果,一年出产品
• 技术局限
• google Docs • office 365
CAP4-业务逻辑重组
业务分类
• 按业务包导入导出 • 跨业务只允许按接口方式引用 • 限制表单重复表数量,避免摊大饼
重构关联,触发逻辑 • 字段类型与表单关系解耦
• 取消了关联表单和外部写入等
• 概念合并
• 回写,归档,触发,联动,自动更新合并为触发(新建,更 新等)
• 统一了设置
CAP4-运行监控引擎
回写队列监控
• 回写队列情况 • 超过阀值拒绝 • 回写时间预估
实时监控 • 业务耗时和次数的统计
• 业务执行时间和次数 • 数据操作执行时间和次数
业务模型的优化
• 跨表视图 • 视图中加查询统计 • 基础数据模型
• 主数据
• 触发关联优化
• 触发删除逻辑等
持续的性能提升 持续进行性能达标
将500并发1:10的性能,提升到1:1
按更高的标准调整结构
使用业务缓存模型 按多服务器考虑性能提升
大规模定制
形成厂商的公共模块
CAP的业务模块 CIP的DEE任务 客开的模块