在这个十年结束的时候，成立于1810年的 Hartford 服务组织公司将迎来他们200岁的生日，这也将是他们内部 SOA 实践的一个重要里程碑。Benjamin Moreland 分享了他的经验所得，并明确了SOA的实施策略。

　　在这个十年结束的时候，成立于1810年的 Hartford 服务组织公司将迎来他们200岁的生日，这也将是他们内部 SOA 实践的一个重要里程碑。

　　SOA不仅仅只是一种标准，一项技术，或者是一系列厂商产品，亦或是ESB。来自Hartford的企业基础架构服务的部门主管Benjamin Moreland这样说道。在致力于SOA应用软件设计5年多的时间里，Benjamin Moreland已经开始为企业提供自由代理和服务需求，他在这个月月初的Burton会议上分享了他的经验所得，明确了他的观点和建议。

　　“我们首先需要从Hartford学到的一点则是SOA并不是局限在一个狭隘的范围内，它比一种标准，一项技术更为宽泛。”他这样说道，“我们的重点一直在于如何搭建起企业内部的合理架构。我们从来没有单纯因为对SOA的兴趣而展开对其的思考和实施，尽管这可能会是当前IT行业很难避免的一个出发点。我们所做的全是出自商业需求。”

　　那Hartford所面临的商业需求是怎样的?Moreland说道，首先则是如何降低IT开销费用。企业已经通过Web services开始采取了先进的重复使用方式，“实际上我们已经开始在七种不同的应用软件环境下通过一种服务将其联系在一起。”他这样说道。

　　Moreland随后指出其次所面临的商业需求则是为IT用户提供服务。Hartford并没有涉及到销售领域，但是却和自由代理商有着密切的合作。这些代理服务会通过Web services让那些IT用户的工作更为简单和迅速，比如整理聚合他们的文档信息资料这些类似的工作从而提高工作效率，完全的处理业务需求。Hartford所使用过的第一款SOA应用软件是着重于提供服务将文件和日程信息整理结合起来然后可以通过浏览器进行存取。

　　在最近这十年刚开始的时候，Hartford的架构团队坚定了SOA将会是取代逐渐老去的COBOL成为最为有效的投入方式，他这样说道。

　　“我们有着和我一样老的系统，” Moreland说，“30，或者40年的历史了，可它们仍旧在有效的不可替代的运行和工作中。我们所要做的则是如何让这些系统能够很好的引退下来但又不造成任何坏的影响。”

　　但是在至今为止的所有经验证明，“千万不要认为有那么一种工具能够或者即将能够解决你所需要面对SOA所带来的困难。” Moreland这样说道。

　　言谈中他明显的表露出了对厂商所采取的措施的一种难以接受的态度，诸如对于一些ESB产品。

　　“企业服务系统比任何东西都更具有‘市场系统架构’形态。”他这样说，“但是厂商的行为带来的一个问题则是人们可能会认为ESB和SOA就是相互等同的，以至于他们会认为SOA可能就是一种能够购买到的产品。而实际上，这是完全错误的。”

　　但是，Moreland也说到，也许在功能性上这确实和ESB产品有着很大的关联，诸如一些转换上，安排和监控方面，这也是SOA的重点所在。不过他的反对源自为何要将SOA变的如此市场化?

　　从另外一个角度而言，来自Burton组织的一位资深顾问家解释了他的观点。

　　“Burton并没有借鉴此类关于ESB的认识，因为厂商已经是通过征询大部分人的意见而指派了对企业服务系统的使用。” Haddad这样说。

　　Anne Thomas Manes，这位来自Burton组织的名誉会长以及研究主管用“管理基础构件联系”来解释了其他人ESB的理解。Moreland之所以会首选那样的实践方式是因为在他的经验中这是能够与之相符的，这也是他所认为的，SOA仅仅只能是架构的产品而不应该是市场的产品。

　　虽然那些来自Hartford的架构师们花费了大量的时间讨论究竟应该使用什么样的工具从而实现对SOA的实施，可他也不忘重点强调了在当前的IT职业里有太多的从业者开始了盲目的购买或采用SOA实施工具而没有事先弄清楚究竟什么是已经拥有的。

　　“可能你所拥有的工具已经足以满足实施SOA的需求，”他说，“但是你却没有在正确的方向去考虑如何利用这些工具。”

　　不同于厂商的销售观点，Moreland对他的架构师同行们强调着如何开始SOA的执行，那就是“统领全局，逐步实施”。

　　他说“你需要知道自己是在朝哪个方向发展，需要策略性的进行整个工作。从小事开始，不要企图一步登天。集中注意力在如何搭建合理的架构，如果你专注于架构和组织管理对于架构的支持，你就会对自己的发展方向有更好的理解。”

　　注意大型架构是很重要的，因为SOA的目的在于分解掉那些传统的将IT和商业运作分离开来的组织性竖井， 他警告人们要注意在建立新的技术型竖井时的一些漏洞。

　　他认为“你需要注意，即使你在分解一个组织性竖井并没有建立起新的技术型竖井，可能还是需要BPM方案或者orchestration解决方案。前提是，他们之间有相互能够衔接的联系。你必须知道使用每一个解决方案的标准和最佳途径。

　　他指出很重要的一点是要认识到那些搭接技术是面向服务架构的组成部分，而SOA本生也是企业架构的一部分。

　　建议之后，他以一段即兴老Frank Sinatra式的讲话结束了他的演讲。

　　“最后也是最重要的一点是:用你自己的方式来做”， 他说，“实施SOA绝不仅仅只有一种途径，只要你愿意，你可以选择从端口入手，BPEL和BPM亦可。但是最后，你需要明确的是如果你真的想有所提升或进步就需要把所有这些不同的问题和解决方案一一掌控