精简企业部件使其利于系统连接

眼观全局。SOA不是关于集成或者是引入一种新技术来简化现有系统的连接。

HTTP是一个十分通用的协议，可用作你的SOA项目的逻辑基础设施的元素。ESB，服务目录以及其它的“治理”组件通常只在管理它们自身所引入的复杂性时才需要。用简单的web服务器群和数据库群所能做到的会让你惊叹，同时还能始终保持简单和明了。

选择正确的服务实现手段。Ganesh认为基于SOAP的web服务很大程度上是“供应商提供”的宣传，并推荐尽量予以避免。他建议使用REST来代替：

REST实际上是实现SOA的有效方式，它通常可以以极低的成本和复杂性来交付解决方案。采用REST的困难所在是找到用这种方式思考的优秀人员。

选择正确的数据合约定义。 谈到领域模型的正式定义时，Ganesh建议道“标准”的XML方式是重量级的比较笨拙。相反，他建议好好看一下JSON模式提案

在许多高级语言比如Java当中，已经有现成的JSON模式的库可用。应该能够可以以极低的复杂性，如XML一样严格的定义数据合约...避免XML的那些繁文缛节，由JSON开始，并且融合日趋成熟的JSON模式。你会发现这些与REST结合起来会工作得非常棒。

解决SOA简洁性的悖论。 尽管SOA背后的主要驱动因素是精简企业架构，按照Ganesh的说法，典型的SOA实现的现实是，因使用重量级方案而导致集成了复杂性，又通过引入工具来管理这一复杂性。

当然，如果你有官僚的倾向，你可以沐浴在高预算与大团队的声望中，并且可以基于你所交付的服务和流程和数量发表胜利的宣言。但如果你真的想成功交付SOA(例如，让你的业务更加灵活并且以一种可持续的低成本来运营)，而这一路上不用烧钱的话，你得务必看看我上面列的这些烦人的，没什么印象的，甚至是不合潮流的方案和技术。让那些大卖主好好歇歇吧。你不需要买技术(除了你所拥有的web服务器和数据库)。你也当然不需要买任何复杂的技术，而这正是那些供应商要倾售给你的。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友