流程中心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 条评论
下一页
