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）的趋势？