流程中心UP
2021-06-10 17:17:10 0 举报
AI智能生成
1212
作者其他创作
大纲/内容
同步服务
人员、组织、岗位等人事信息同步;额外核心业务数据同步;业务数据同步等
goku服务
适配器服务,承接与司南、业务事件中心、平台级数据通用扩展的适配
表单服务
模块化的待办、已办等h5嵌入页面,便于具体业务集成;高度封装的审核、查看、校验表单页,便于快速接入,减少学习成本;统一bo存储、抽象模型等;
Auth服务
统一api并接入网关、处理业务区分与校验、服务分级、数据隔离、读写分离、模糊检索
自助服务
自查自排、QA自助、问题定位、配置调整、日常运营等
平台稳定性
严重bug
移动端组织树加载搜索慢
目标:平台自带表单或接口进行修复;提供通用表单服务,内部直接调用人事接口
审批记录存在提交失败或重复的情况
目标:平台自带表单或接口进行修复;提供通用表单服务,内部直接调用auth服务幂等接口避免
同一节点给同一用户创建多个审批任务
目标:平台自带表单或接口进行修复;提供通用表单服务,内部直接调用auth服务幂等接口避免
bo表的大文本、html组件寄存磁盘
目标:将数据改寄存到s3
运维监控
指标监控与逻辑深耦合,服务异常时问题加剧
示例:慢sql的判定直接是写死在代码里执行的时间差
目标:整理所有存在硬编码的监控,平台内下掉可关闭的指标
SLA与平台耦合,服务异常时问题加剧
示例:监控的结果分析、通知告警等全部在平台集成
目标:平台直接下掉SLA组件,去除代码最好,由外部服务进行指定埋点监控
服务治理
密钥管理简陋、粒度过大,数据安全风险过大
示例:密钥无法指定应用或流程,全局可用
目标:平台自带接口不做权限调整,由外部auth服务承接业务接口,并实现密钥粒度
限流、降级、熔断等机制缺失
示例:平台服务和接口,无接口分层分类,不存在降级方案
目标:auth服务承接接口和平台服务的治理方案
高可用
横向扩展能力差,无法面对业务增长、临时应对突发业务
示例:疫情日报,流量突增,稳定性风险巨大
目标:平台服务弹性快速部署
平台非核心引擎功能耦合,应用模型管理、人员组织管理、表单服务、报表服务等,普通操作可引起平台崩溃
示例:业务存在大量大模型编辑等耗CPU内存操作,易引起FGC,全局服务中断
目标:非核心组件拆分,独立部署,避免直接影响核心服务
服务启动及故障恢复能力差,启动耗时30min+
示例:线上app启动,模型加载解析耗时30min以上
目标:服务启动降至5min内,组件拆分
平台、App应用、流程模型无灰度发布,发布机制麻烦
示例:平台启动耗时长且无法对开提供服务、app上线升级会暂停服务、线上模型编辑也存在短时间停服
目标:模型加载编辑组件拆分,独立部署;模型上线自动发布,避免手动发包
运营成本
数据现状
5000w+流程实例、250+应用、6000+流程模型
月增近300w流程实例
报表与审计
大量报表和审计要求,100+报表,无通用审计规则
示例:无审计标准,报表规则受限业务流程配置,审批通过和不通过规则不清晰
目标:提供通用表单审核查看服务,限定功能使用,制定通用表单规则
业务表过多,报表统一化有障碍
示例:业务bo表过多,每次生成大数据报表,业务配置后也不了解bo表含义,下游其他业务了解成本都会转嫁给流程中心
目标:抽象bo表,降低或去除对bo表、表单的依赖;提供通用表单审核查看服务,核心服务不提供bo表和表单服务
流程配置
领域知识较多、学习成本高
示例:什么是网关、什么是流程定义ID、什么是流程版本ID等等,业务无关知识较多
功能点较细较多、入手容易懵
示例:怎么不允许转办、不允许撤销、审批不通过时发通知等,需要在后台长时间摸索,文档也无法完全列举这种细节功能
存在部分技术性功能、易错率较大
示例:@公式怎么理解、每个公式的含义又是啥、嵌套是什么意思、bo表字段随意命名为啥影响开发
转手较为麻烦,学习得重头来一遍
示例:流程或业务需要交接存麻烦、业务侧自行交接不完整、人员变动频繁
问题答疑
平台级问题较多,产品运营难以应对
示例:流程数据碰到异常,运营无法排查,手段有限,业务使用流程中心的规则也不明确
目标:提供自助排查服务,抽出平台部分功能;提供通用表单审核查看服务,明确规则,降低差异化
问题排查费时费力
示例:@公式执行不对、表单展示异常、流程执行异常、表单数据丢失或不对
目标:提供自助服务,便于反馈及诊断,如At公式解析;提供通用表单审核查看服务,避免平台自带表单的众多bug
业务增长
业务重复度
简单流程较多、模型重复率高
示例:提单-上级 类似这种简单流程重复造轮子的较多
目标:流程并无业务关联性,含义由使用者赋予即可,大家能一起用,只要能区分数据和权限
接入复杂度
非技术型接入,前置要求太多,bpm资源分配、流程建模等不够无脑
示例:业务流程不复杂,但是依旧得建bo、建表单、建模型、配置找人公式等等,不够简洁直观。
目标:提供简单模型复用;提供简化模型创建的服务,api接口生成和修改简单模型
技术性接入,需要了解非业务的点太多,不同接入场景情况也不尽相同,导致额外开发较多
示例:需要完整了解流程的准确配置、各接口含义、权限处理、数据交互、表单的配置、bo表的配置;业务待办列表、审批页面、查看页面怎么交互需要双方大量沟通
目标:提供通用表单查看服务;提供可被业务嵌用的列表页等;统一的Auth接口服务
合规与审计
业务级和平台级合规性校验
示例:流程配置在平台是否合规范、是否符合业务规范都没有标准,批量改造费时费力易埋坑
目标:业务规范暂不考虑,平台级需要在上线时进行校验、比如不允许建多个结束节点、禁用非常用功能点
优先级
流程杂乱、平台现有能力维度标准缺失
示例:人员变更、服务交接等非业务调整时,数据归属、资源所有,变得杂乱
目标:流程归属人、资源所属部门、相关负责人明确进平台,模型价值、重要级评判需明确,如何确认需下线及相关转移机制要明确
业务流整体归档、下线、迁回等缺失
示例:目前存在不少长时间不用的模型,平台缺少自动转移或迁回的逻辑
目标:自助服务提供模型价值判定,标准包括:时间范围数据量、模型节点重复率、向平台申请的流程重要级别,便于流程中心针对性下线、迁移 和 临时应对紧急业务
平台开放能力不足
模型编辑接口粒度不够细
示例:模型的修改接口参数过大且是整个模型提交,若需要修改个找人规则、是否允许转办等,没有细粒度接口实现
目标:开发针对模型细粒度的修改接口,修改磁盘模型文件、修改内存的解析配置等皆可行
部分接口操作不完整,或自实现时未达效果
示例:结束流程时,存在少部分数据校验,不通过则流程无法直接正常结束
目标:提供常用运营的直接结束流程、异常卡死的流程分析并恢复创建任务等接口
0 条评论
下一页