让流程在云中漫步——云流程平台初探


 2014-12-08 02:15:01       753

作者: 陈路凝

让流程在云中漫步——云流程平台初探

摘要:云流程平台是PaaS平台核心不可分割一部分,因此我们要重点从云流程平台与传统流程产品区别来看

云流程平台成功的基础,必须打破部门竖井和应用竖井,从企业业务蓝图入手,分析企业业务架构和应用架构,推进企业应用域重新划分和解构,建立符合企业业务发展需要的完整和统一的应用域。

流程平台目前已经在国内大中型企业全面深入发展起来,据不完全统计,仅在金融行业,直接采购过流程平台客户已经超过300家,流程平台应用范围也涉及到客户服务领域、产品服务领域等众多领域。目前流程平台使用的几个特点:

1、以应用为界,依附应用

目前一般流程产品均依附某个应用而存在,流程流转范围也一般受限于本应用的功能范围和使用者范围内。例如典型OA类应用,均受限OA类流程范围,例如收文和发文流程,同时流程参与者一般也均为OA系统使用的用户。换句话说,流程产品还是很难打破部门竖井和应用竖井。

2、人工活动与自动活动完整性支持能力较弱

从业务流程自动化处理能力而言,人工活动(一般指有人主动参与的活动)和单纯人工流程使用较为普遍;但是实现世界,人工活动结果往往会伴随一个或多个自动活动(一般指有系统自动完成的活动);例如在OA报销审批处理中,审批通过后,往往需要进行金额转账的处理。但是目前流程很难完成全过程(包括人工和自动活动)的支撑;或者说,目前大部分企业流程使用领域,属于半流程/半手动的模式。这个现象有两个原因:

(1) 人对系统安全信任问题,比如电子签名有效性和防篡改的安全性,再比如线上审批和线下审批并行进行的问题。这些均说明全流程自动处理,是需要建立人或企业对于IT流程系统完全信任,也建立在IT系统高安全性,包括稳定性、可靠性、细致权限安全、数据安全等方面。

(2) 另一方面业界同时对于人工活动和自动活动均支持好的产品不多,一般而言,国内产品对于中国特色人工活动支持较好,但是对于强大自动活动(包括丰富协议和通讯报文支持)一般较弱。国外产品一般对于自动活动(端对端流程)支持较好,但是对于中国特色的人工活动,特别是复杂的会签、撤回等活动支持较差。

3、统一流程平台尝试中

目前一些IT能力较好的企业,也开始部署集中式统一流程平台,统一流程平台一般作为独立基础设施存在(类似ESB),它支持多个企业应用流程需求和能力。这种模式存在几个特点:

(1) 企业应用与流程平台是完全分离式部署模式,让应用随时使用流程能力,而不考虑流程位置和部署;有云流程平台的雏形了。

(2) 业务流程更好支持跨应用的流程需求,让业务流程在一定程度上打破应用竖井的壁垒。

当然这种方式在发展过程中,也遇到一些问题,突出问题有:

(1)应用驱动流程流转,但是因分离部署原因也存在事务管理复杂度,例如应用状态与流程状态不一致等问题。

(2)流程测试复杂度,流程开发与应用开发沟通与协调成本增加。例如我们必须同时部署测试流程服务器和生产服务器,同时必须保证两服务器代码和环境一致性。

(3)流程运行动态伸缩能力要求较高,随着应用使用统一流程平台数量增加,导致统一流程平台运行稳定性和伸缩能力要求更高;底层配套伸缩机制和能力建设的滞后。

_ueditor_page_break_tag_

流程云中漫步之探索

首先谈谈我对于BPaaS的蓝图和设想,然后简单聊聊在云流程发展中可能遇到的挑战:

云流程平台是PaaS平台核心不可分割一部分,因此我们重点从云流程平台与传统流程产品区别谈起:

(1)基础环境不一样

云流程平台是基于虚拟化平台基础上发展起来的平台,它具备云平台一些基础特性和能力,核心有以下几点:

a)多租户能力支持,流程平台可以在不同租户中实现安全隔离。

b)弹性可伸缩能力支持,流程平台可以保证在不同处理要求下,动态地支持流程平台处理能力的可伸缩;这也解决早期统一流程平台软肋。

(2)统一式管理与分布式运行结合

云流程平台,首先必须在管控上真正实现统一和完整,从管控维度而言包括一些几个方面:

a)统一流程设计器(Designer),支持多应用流程模型集中设计,并通过设计器(结合Register)集中发布、部署与回退的管理。

b)统一流程模型仓库(Register),保证应用流程模型统一存储,可伸缩部署,各节点流程模型版本一致性等问题。

c)统一流程监控(Monitor),支持流程平台监控完整性和分析能力,支持多节点集群监控能力。

d)统一流程KPI分析 ,流程KPI分析能力包括仪表盘、SLA等,它是提升业务能力依据和指引,只有建立全局和统一KPI分析,才能更好体现云流程平台的业务价值。

 图一:云流程平台蓝图

云流程平台可能遇到的挑战:

同样云流程平台在发展过程也会遇到很多挑战,我认为更多是组织、团队与管理上挑战,技术上挑战反而较弱,下面仅简单谈谈我两点看法:

(1)从全企业业务架构分析与定位应用域

云流程平台成功的基础,必须打破部门竖井和应用竖井,从企业业务蓝图入手,分析企业业务架构和应用架构,推进企业应用域重新划分和解构,建立符合企业业务发展需要的完整和统一的应用域。例如现在建行将原有超过200个应用,重新全面梳理和规划,分为支持全业务能力的,包括渠道、客户服务等13个应用域。只有这样才能建立真正具有业务价值的云流程平台,才能做到云流程平台不仅形似,更能做到神似。

(2)技术而言,PaaS平台成熟是一体化

我认为,PaaS平台成熟不可能是孤立,BPaaS和IPaaS(集成即服务)两者是相互依存的,云流程平台需要依赖集成云平台的能力,集成云平台价值体现更多是通过云流程平台体现的。因此我们需要循序渐进来考虑云流程平台发展。

相关阅读: