超越ESB：下一步SOA难题

不久以前有一些比较聪明的做法，那就是脱离企业服务总线(ESB)来配置SOA。你可以将ESB加入到强化现有的一系列已经存在的应用程序中去，从头建立一些服务，然后再将他们串连起来，这样你就完成了SOA。 　　事实上，最初的SOA活动，就是这么进行的。企业要处理相关的优先数量的服务，配置给他们相关的有限的方法。IT部门只是进行“SOA试验”，花一些时间弄明白哪些是需要的而哪些是不需要的。经过一些试验，在级别分割和申请使用上，SOA就被采纳了。这些很少会被斟酌。
　　但是， SOA也在不断的成熟和发展。企业从SOA中得出结论，认为SOA可以帮助企业带来新的动力和在现有的系统上创造新的价值。SOA可以使服务的申请和复用变得简单，从而促进生产的发展，同时降低了成本。
　　但是，采用SOA虽然可以带来利润，但是企业需要摒弃以前的一些观点和看法，重新定义大多数早前的SOA配置，来适应在意识形态上的变化，而这种意识会影响企业和其流程。
　　如果缺乏适应SOA配置结构化的巨大转变的心理准备和认识，组织往往会陷入“SOA恐慌” 的危机之中。不幸的是，这样的认识往往可望而不可及。早期的SOA试验在各操作领域和商业单位中建立了“独立的SOA”系统的环境。
　　随着SOA深入企业内部，将面对由被复制在不同分区中的服务对应得唯一的可能性，这是展示SOA主要益处的一个方面，即服务的重复利用。其他的方面，用离散的方法来对SOA进行配置，需建立针对处理现存的服务和所支持的IT资源的无效管理的成熟环境，即处理那些在IT部门内不需要存储的服务。
　　帮助引导SOA进入下一个阶段，使之不仅成熟，而且有效，需要以下方式：以企业方面定义的调配内涵来管制你的SOA发展，强调应当强调的流程和任务，以及处理新的SOA动力学。
　　管制看起来很好，但是当你静思该如何做的时候，就会发现那真的很迷茫。一些人会说很简单，“将这些工作注册，然后就行了。”可是，“简单”这个词好像是相反的意思，每一个从事过SOA开发工作的人都会这么说，告诉你那个东西很简单，但是这个词很少用于描述一个流程。
　　这并不是说注册工作不重要。明白你现在在此企业中所处理的服务和怎样完成这些服务是第一步工作，可以来避免“SOA恐慌”。但是那里有很多工作要去做，以明确你的管制工作。存储功能可以作为一种好的SOA管制来考虑。
　　然而，你的注册功能就像目录或电话簿一样，可以在其中找到服务的位置，而你的SOA存储功能是一个针对全企业的完全有效服务目录，那么代替对服务种类和服务位置的辨识，存储功能可以使企业对现存的有效服务进行适当的使用。筛选和存储对所有相关的服务的信息的存储，不仅仅是契约，还包括政策，实现的产物和依赖分析等。通过由组织内部定义的角色和职责对这些服务提供不同的显示，那么有效的存储就可以加大服务的重复使用率，而更好的控制调配和SOA策略中的各个不同部分。
　　什么可以使一个SOA存储唯一呢?即SOA存储包括SOA生命周期的所有方面，从设计和发展到发展和管制。在一个逐渐成熟的SOA中，这可以有效的为你提供所有需要的Web服务。
　　例如，某个存储应该保存服务的概念，基于应用的细节，包含服务使用的规则和更加详细的信息，如针对指定用户的每一个服务。简短的说，存储应该包含为整个Web服务所准备和重新调配的必要信息。通过手工获取这些功能，明确它们的作用，更简单的分析在SOA环境中的服务，检查出存储中与实际流程相悖的地方。
　　SOA领域在成熟和变更，如果SOA成功地话，企业也要变更。ESB足以运行的地方，SOA就要做的更多。公司需要思考他们的SOA调配策略和帮助他们实现目标的技术。对于整个企业，正确的存储选择可以给客户带来加强已有的服务，调配和管理周期的方法。
　　手工完成这些功能，因审视被可以带来利润的SOA调配支持的商业灵活性和适应性使SOA变更时，企业最好可以重复利用已有的服务，理解现有的多种服务的关系，重新调配和准备服务。