Cisco 公司 SOA/BPM 领域的首席架构师 Harvinder Kalsi,在去年 12 月于 Santa Clara 举行的 SOA 联盟会议上,讲述了一个案例研究,内容涉及采用一个整体的SOA 方法来支持Cisco 的商业转变项目,该项目旨在将Cisco 由一家网络设施提供商转变成一家解决方案提供商。
Harvinder 将 SOA 看成是:
使业务能力可作为一组服务提供和消费的策略、原则和框架。
他强调说:
SOA 中的服务是业务服务……更新客户的报价是一个业务服务,而更新一条数据库中的记录则不是。
在他看来,我们正处于 SOA 的拐点。他声称,截至 2008 年,标准和技术已经相当成熟,而且企业的兴趣也在不断提高。在这个案例研究中,业务是 SOA 开发背后的主要驱动力。
他们利用一个四步骤的流程建立了他们的 SOA 策略:
- 用服务激活遗留系统
- 创建一个业务服务层
- 实现业务流程的优点
- 提供业务可见度
他们认为 SOA 方法带来了一些好处:
- 重用性
- 机动性
- 最小化变更的影响
最后,他认为 SOA 使得 Cisco 的内部职能被抽取出来供 Cisco 的合作伙伴生态系统使用,将 SOA 的好处扩展到了整个供应链。
他指出,大量的怀疑论依然存在。
人们认为这是天方夜谭。
他特别提到,SOA 有其固有挑战:
- 可用性(SLA)
- 性能
- 安全(和身份传播)
- 卓越运营
- 治理
他最后提到,商业转变项目中最难的部分是由遗留系统造成的麻烦。
Harvinder 详尽地描述了 Cisco 在其 SOA 项目中开发出的功能。这些元素大部分是在 2007 和 2008 年开发的:
服务开发框架
- 这是标准化的服务开发环境
- 在服务开发中,他们觉得减少了 20-30% 的工作量
- 这是他们的运营管理框架的一个关键元素
- 它支持 Web 2.0(JSon、REST)
SOA 仪表盘
- 管理服务的性能、网关和消费者视图
- 监视 SLA 和异常
- 提供运行时依赖
- 支持事务的向下钻取
SOA 注册中心
- 对服务的发布、发现和订阅提供一站式支持
- Cisco 内部所有服务的主注册中心
- 支撑 SOA 治理的关键
- UDDI v2
- 与其它 SOA 平台组件的集成
SOA 网关
- Cisco 使用的是自家产品
- 管理和执行安全策略
- XML 防火墙
- 协议的桥接
- 服务性能和异常的可见度
业务规则管理
- 方法论和工具
- 支持 RETE 算法的高性能运行时引擎
SOA 治理
- 技术策略和标准
- 服务定义的模板
- 流程
Havinder 总结说:
- 人员、流程和技术将使 SOA 走向成功
- 业务就绪情况往往具有挑战性
- 架构企业的 BPM/SOA 平台
- 关注高可用性和性能
- 初始的成功故事将有助于企业采纳
你是否正在走和 Cisco 相同的道路?你是否认为业务正越来越多地驱动对精心制作的面向服务架构基础的需要,尤其是导致了正慢慢浮现的(业务)服务即软件(Services-as-a-Software)的趋势?
评论