架构师最近聚集到旧金山出席WSO2开发者会议，讨论运用SOA原则学到的一些教训，以为未来结构开发服务。演讲者当中有医疗保健提供商Spectrum Health 的SOA架构师Paul Tjapkes，他是一项雄心勃勃的SOA行动背后之路的编撰者。

据Tjapkes 说，Spectrum Health的SOA项目在引导平价医疗法案立法中扮演了关键角色。“这一办法让我们处在这样一个位置上，使得我们能够充满信心地以不同于传统的方式解决问题，”他说：“要是没有之前在SOA上面的投资，我们就不可能取得今年的成绩。现在我们能专注于创新而不是从这个系统搬数据到另一个系统。”

用路线图引导医疗保健系统

建立路线图可帮助组织做好可以遵循的计划，还能看到已经完成的东西，Tjapkes说。几年前，Spectrum Health雇另一位顾问来帮助制定让这家医疗保健提供商可在今天获利的规划。

“为了将现有系统改造成现代基于消息驱动的架构，建立SOA架构是一项持续多年的努力，”Tjapkes说：“获得组织从开发者到高层上下的一致支持非常重要。有一个计划可以帮助（主管）理解收获的好处，并能帮助管理预期。”在制定计划时，请不要忽视开支。使基础设施中的服务不要成为免费的，Tjapkes说。开发者应该认识到成本而不是仅仅把脚本拼凑了事，这样才能正确地建设系统。

坚持基本的SOA原则

在考虑基础设施时，采纳SOA原则很重要，哪怕这会在短期内增加工作量。比方说，在服务内实现合同可在平滑执行中扮演关键角色。这并不像创建一个共享的应用程序接口（API），那个东西并不能保证信息能够被正确地管理。“而用SOA就有保证，” Tjapkes说。

另一块是定好合适的颗粒度。如果服务太粗糙，对于组合性来说就不太有用。如果服务太小，则需要做某些事情的服务又太多。

一开始的优先事项，如交付流程服务器，涉及到找出待建服务与手头问题之间的路线。组织和业务单元的职能可取出来按照所希望或需要的方式进行分解。然后，再给这些目标分配分数。

一旦设定好分数，某个特定功能是否能就多个目标有利就很明显了。如果是，那么该功能就应该赋予更高的优先级。随着新的功能需求的提出，这些能够反馈给同一个优先级流程里面去。

Tjapkes建议企业服务和应用服务要有所区别。“我们发现有些东西在企业层面是不必要的，但却受到了截止期限的驱动，”他说。

时刻关注安全

安全是医疗保健领域的一个重大挑战，因为它带来了许多复杂性。如果一切都是用没有安全性的HTTP开发的话，采用SOA本该可以简单一点，Tjapkes说，但在医疗保健领域，因为HIPAA要求的缘故，安全的价值要高于性能。

安全这个东西你希望一蹴而就。比方说，Spectrum Health决定把端点锁住并利用企业服务总线来解决问题。该方法提供了一个可供各种新应用在需要时加以利用的标准平台。

安全还增加了含糊性；因此，Tjapkes建议寻求外部帮助。Spectrum Health给Web服务采用了WS-Security，而文档则用SOAP消息传输优化机制（MTOM）。在跟设置引发的含糊性搏斗了几个月后，一位外部人士设法从两个方面寻找解决方案。

基础设施建设要着眼未来

在另一个介绍中，West Interactive负责协调开发的副总裁Pranav Patel描述了一个可适应不确定业务挑战的基础设施建设过程。Patel说组织需要一个中间件平台，该平台需是基于SOA原则及一组开放、灵活及基于标准的技术和核心业务。

West Interactive是一家专门为领先企业提供呼叫中心服务的公司，也是911应急服务提供商。该公司面临着客户关怀领域多个渠道的挑战，Patel说。该公司25年前创立的时候，电话几乎是消费者唯一可以与企业实时交互的方式。今天。企业可通过移动应用、电子邮件、Web及基于文本的交互与消费者互动。

West Interactive支持上述的若干渠道，如自动文字通知，但却挣扎于与消费者进行跨所有平台的有效互动。West Interactive一直在开发一个名为West Connect  的SOA中间件以便促进各个渠道更好的沟通。