【IT168 专稿】

    最近在一份针对2009年所做的预测报告中曾指出：

    “那些可以在企业内部（甚至企业间）的SOA实例之间提供可扩展性的服务和消息访问的域间SOA技术、或高扩展性的安全中间件技术将会获得更多的关注。实际上，当前的大多SOA方案即使在单个问题域也缺乏扩展性，因此这种技术必将成为SOA战略成功的关键。”

    随着SOA从项目层扩展到整个企业，SOA架构师和实践者们也迅速认识到了通用服务与数据管理问题的重要性。今天我们将讨论利用什么方式与使能技术才能为我们的企业寻找一个通用的可扩展且安全的机制，从而保证企业中的所有SOA实例都有技术无关的设备基础。从根本上讲，架构设计师们应该可以自由地挑选能够满足项目需求的非常好的技术并且可以根据与技术和供应商无关的通用服务和信息管理设备而做出决定。

    原本企业服务总线（ESB）要负责为企业提供主要的信息集成服务共享。这在微域（即项目层）确实有其应有的效果。但是用来解决有关企业SOA主要设备大型问题的ESB，很快就被发现这并不是一项适用于微域中的技术。虽然ESB在子域中的核心集成与服务共享方面表现得非常不错，但是它需要更具体且具有高度可扩展性的设备支持才能在企业（宏域）层次上推动SOA。

    据Forrester最近的一则报告，要解决在SOA问题域中以及域之间的有关服务与信息共享的核心问题，就需要域间技术。并且，Intel的Joseph Natoli最近也在他的博客里强调了“合适”的SOA的必要性："这里的关键是要让架构和技术决策与目标吻合，并且适用于解决将SOA与企业联系到一起的关键业务问题。"这是一个战略性技术，而且将成为企业中最重要的连接，因此它必须能够支持业务所需要的功能。

    要明白这项技术的最好办法还是了解这项技术所能带来的投资回报（ROI）。它对于业务的最大优势是什么？或者说，也是更重要的一点，如果没有这项技术，业务方面会产生多少损失？这将是一个了解经济世界真实性的有趣的经历。

    认识ROI

    最好的办法当然是了解如果继续使用当前的方式和技术方案的话会造成多大的损失。一旦了解了这一点，相对地就能更容易地了解利用域间SOA技术可带来的影响、评测其对架构效益的影响、以及其对业务产生的影响。这里要指出的是，所有企业与域都是不同的，因此你必须根据实际情况对你的方式和数据点进行调整。

    因为这是一个根据企业或问题域的具体情况而定的多变的非常复杂的问题，那么使用一个相对较简单但是合理的方式来计算利用这项技术所带来的ROI应该会有效得多。

    为了达到这个目的我们来看几个关键数据块：

    · “当前（as is）”方式与技术方案的架构低效性每年在业务上产生的的有效花费（成本）。

    · “将来(to be)”的方式与技术方案的架构有效性每年在业务上产生的的有效费用（价值）减去“当前”或域间SOA技术成本。

    · 复杂度，这通常（但不一定是）取决于所管理的服务与数据库属性的数量。

    · 重用度，这取决于在微域内或单独的SOA实例中重用的服务。

    · 软性问题--比如用于提高IT方案所能带来的客户满意度、雇员士气、商务智能等新方式或新技术的能力，它不像硬性问题那么容易定义。