上个月，由于出现服务宕机事件，亚马逊的Elastic Compute Cloud即EC2服务无法访问储存在公司设在东海岸地区的数据中心里的数据。服务宕机事件导致大约75家网站崩溃。随后亚马逊表示，公司现在已经知道漏洞和设计缺陷所在的地方，它希望通过修复那些漏洞和缺陷提高EC2的竞争力。事情已经解决，从这次事件中，我们也得到了不少经验教训。新技术的出现，也必然导致原有技术与新技术的交融。对于BPM来说也是如此，目前很多企业对于云端BPM跃跃欲试，BPM厂商也在积极地致力于此，那么云计算到底对于BPM有没有影响呢？
云技术不会直接地影响BPM，更像是一种助力器。在TOGAF术语中，BPM属于业务和应用范畴，不会被技术领域直接影响。技术方面我们期望有很多的聚合领域，BPM会接纳新的好的趋势，但是不会直接地归属于云。一种间接的影响可能是从IT到业务的传统相关决策中心的转变，实际上这对于BPM是有帮助的。不可否认的在应用PaaS和BPM之前确实存在相互重叠和聚合的部分，这一部分对于BPM来说也是有益的。但是从更高的层面上来看，整个生态系统正在激烈的变革，社交+云+App Store是个很了不起的组合，BPM需要找到一个良好契合点，解决这些之间的代沟问题。
云计算通过降低进入壁垒，对于BPM的采纳起到了潜在的加速作用。尤其是对于中小型企业来说，软件的获取和运营成本是很吸引人的。目前我们已经看到基于云的应用的出现，一些应用为相对比较标准的流程提供了工作流功能，像工资、离职管理、费用管理，甚至是CRM和劳动力自动化等，但是这与一个完全成熟的云端BPM实施还有很大差距。当然，云应用会云游应用中嵌入流程指导变得容易，在这些地方这个知道可以协助用户在应用中展示的环境中，遵循正确的流程。这相对于企业试图通过基于任务列表的BPMS应用取代其应用的做法更容易接纳。而且目前SalesForce.com所称的“Cloud Extend”技术就可以实现。
我们承认从技术角度上讲，已经可以在云端部署多租户的BPM平台，可以进行建模、实施、管理和优化预定的业务流程，但是云端BPM毕竟还存在诸多问题，让这种融合显得不那么熠熠生辉。像控制问题、安全问题、IP防护、无缝集成内部应用等等。小型企业可能会将全部流程转移到云端，但是对于大型的，流程更加复杂的企业来说，云端BPM仍旧有很长一段路要走。
【编辑推荐】
- 亚马逊 谷歌 微软三大试用云服务大比拼（上）
- 亚马逊推出1年免费云计算服务
- 亚马逊EC2中断 “可用区”遭质疑
- 伤不起！亚马逊史前***宕机事件的启示
- 云震 -- 亚马逊4.21事故的反思
- 从亚马逊云服务故障中吸取的七个教训
- 云计算与集群：是携手还是争斗？
- 保护云≠保护云中的数据 云端存储数据的五大不安全因素
- 索尼超1亿用户数据外泄 用户或重新考虑是否迁移
