架构和设计模式是SOA成功关键.doc

架构和设计模式是SOA成功关键 导读：笔者访问了当今Web服务领域最忌影响力的人物之一Anne Thomas Manes，主要介绍了其最近的报告《SOA现状》的结果以及为什么SOA依然盛行。 /showcontent_41240.htm【TechTarget中国原创】Anne Thomas Manes是当今Web服务领域最忌影响力的人物之一。她是Burton Group的调研员，同时也是SOA和Web服务话题的演讲家、作家以及博主。Manes最近合著了《SOA现状》简明报告。此次访问围绕着报告的结果和建议以及为什么SOA依然盛行。 　　TT SOA：在您的报告中谈到一些组织并没有实现其SOA倡议承诺，其中一个关键原因是他们并不关注架构。你嫩能够解释一下吗？ Anne Thomas Manes：架构确实非常难。人们习惯了通常做事的方式，尤其是应用系统内的设计模式。因为很多组织不采纳新的设计模式来创建松耦合服务，所以他们在削减成本和增加敏捷性上并没有得到显著效果。为了实现这些，我们必须回顾一下最初是什么阻碍了它，95%的例子中，其应用架构是障碍，而且应用管理和维护起来价格昂贵。我们必须修正架构。 　　TT SOA：现在也有很多SOA的先行者，他们成功了吗？ 　　Manes：我还是要说只有极少数组织的SOA已经成功了。大部分组织已经使用SOA技术创建了成功的应用。SOA技术的使用在这个层面上可以说是普遍的。而且并不是那些陈旧的集成中间件，而是已经升级的ESB。它们并没有使用专有的协议，而是web服务堆栈。在迁移到下一个水平的协同中间件上还是有一定的好处的，但是一个应用的成功实施并不会成就SOA。 　　就像你完成了一个系统的设计，你需要确定是否追随了面向服务、封装和松耦合的核心原则。但是如何来确保减少了依赖性呢？这也正是设计模式的作用所在了。最大的挑战是现有的经验丰富的面向对象开发人员，他们理解面向对象设计模式，而且没有认识到他们习惯使用的设计模式在松耦合的世界里并不适用。 　　另一个关键的方面是服务建模。我们如何确定什么能够成为一种服务，这项服务该投入多少钱？在某种程度上，我们可以使用一些模式，但是服务建模是一门艺术，很多人对此并没有足够的经验。我们要完成哪些流程来确我们所创建的是正确的服务呢？所以更为根本的是培训。大家知道原则或者模式是什么吗？知道如何建模吗？ 　　在《揭秘SOA已死言论作者真正的目的》中，我们将为您介绍，当初提出SOA已死言论的Manes最初的目的究竟是什么？ 《揭秘SOA已死言论作者真正的目的》【TechTarget中国原创】在《架构和设计模式是SOA成功关键》中，我们主要介绍了其最近的报告《SOA现状》的结果以及为什么SOA依然盛行。下面我们将深度解读当初提出SOA已死言论的Manes最初的目的究竟是什么？ 　　TT SOA：那么文化问题如何处理呢？ 　　Manes：我们过去一直探讨的工程学方面的核心设计是什么？为了设计一个良好的面向服务系统，组织中必须拥有这些核心工程性能。但是问题是这是否促进了绝大多数组织呢，他们用以来支持共享服务的创建。基金模型的创建是个大问题。它们并不是用来支持共享服务的概念的。 　　TT SOA：这会是SOA的未来吗？ 　　Manes：我不知道怎么来解决这个问题。问题是很多组织并不希望在架构上进行投资，但是如果我们希望创建敏捷性并减少成本，就必须修复这个应用组合。应用组合管理以及一种严格的应用系统关闭是个不错的办法，但是我们必须用其他的来替代这些。如果我们有十个管理客户信息的应用能够支持十个用力的话。 　　我致力于SOA就是希望能够增加敏捷性并减少资源。我们必须处理问题源，也就是冗余和很难管理和维护的单片紧耦合系统。减少成本、让应用易于管理和维护、减少冗余并让信息易于访问都可以通过SOA来完成。我想没有别的方法了。如果我们希望支持云、mashup和移动，最好还是进行面性服务的工作。 　　TT SOA：那我想知道，您的2009年的报告《SOA已死，服务长存》引发了很多争论，您的目的是什么？ 　　Manes：我所说的并不是真的死亡；它被称为服务了。（译者注：在其博文中，Manes写到“SOA已死，面向服务架构的需要却更强了。”）关键的一点在于我们不能买卖SOA了，因为我们没能交付SOA的诺言。2009年事预算紧缩的一年，企业对于在SOA上花费五百万到一千万美元并不感兴趣。我所要表达的是SOA 不能商业化，你不能说我需要更多的资金，尤其是你不能证明其价值的时候。停止对于SOA的探讨并开始时间。我们需要开始在从事的每一个项目中应用SOA原则，接受这种教训而不是技术。 　　很多人从不会把标题读完，而且他们这也是他们放弃SOA的一种理由，但这并不是我的初衷。厂商一定恨死我了，但是我想他们已经接