SOA实现和交付指南

SOA实现与交付指南SOA技术专题之“SOA实现与交付指南”Page2of26SOA实现与交付指南随着SOA渐成IT潮流，越来越多的SOA项目启动了。有些项目彻底失败了，有些项目则勉强成功了。为什么有些项目成功了，有些去失败了，最大的问题出在哪里？如何吸取这些失败项目的教训，并形成自己规划SOA路线图所需的远见与策略。同样的，我们又要如何判断SOA项目是否已经成功实现？这些将是未来SOA项目成功实现的关键。下面让我们来看看个中因由。SOA最大的问题过去一年，即使在经济衰退的情况下，也有很多人对面向服务架构（SOA）感兴趣。对照Forrester的商业数据服务企业和中小企业软件（SMB）的调查结果，2008年第四季度到2009年第四季度，北美和欧洲的企业（10000+员工）的SOA普及程度（那些目前使用SOA的，再加上准备使用SOA）增长了10%，中小企业增长了33%。从时间上讲，这是一个行业良好增长的趋势，但是有些人说SOA已经死了。SOA最大的问题是什么？SOA九大迷思为什么SOA没有实现敏捷性只能来自于业务和IT的创新意愿，并通过废除死板的业务流程，脱掉实现BPM、CRM和ECM这身紧身衣，放权给用户才能达到。以实现SOA的名义把流程编码成固定的程序，将会损害我们的业务。既然，我们了解这些，那为什么SOA还是没有实现呢？我们究竟错在哪里？SOA技术专题之“SOA实现与交付指南”Page3of26为什么SOA没有实现：我们错在哪里？为什么SOA没有实现：IT与流程有何关系？为什么SOA没有实现：情感和敏捷性为什么SOA没有实现：我们需要治理吗？为什么SOA没有实现：SOA前路何方？SOA何时真正交付随着近年来有关”SOA失败”的讨论，有一个令人迷惑的问题就是组织机构如何知道他们的SOA项目是否真的“失败”了呢？SOA也许有可能带来各种各样的价值，但是组织机构远没有意识到这些价值怎么产生？那么，谁知道呢——也许那些“失败“真的带来了不同。十二步规划了解SOA何时真正交付大师论战：SOA何时真正实现？SOA技术专题之“SOA实现与交付指南”Page4of26SOA最大的问题是什么？过去一年，即使在经济衰退的情况下，也有很多人对面向服务架构（SOA）感兴趣。对照Forrester的商业数据服务企业和中小企业软件（SMB）的调查结果，2008年第四季度到2009年第四季度，北美和欧洲的企业（10000+员工）的SOA普及程度（那些目前使用SOA的，再加上准备使用SOA）增长了10%，中小企业增长了33%。从时间上讲，这是一个行业良好增长的趋势，但是有些人说SOA已经死了。TTSOA编辑推荐：2010年SOA现状调查报告除了SOA日益普及以外，SOA用户对SOA的发展和满意程度反应强烈。在TechTarget/ForresterResearch上对2010年SOA现状的调查来看，61%的人表示，他们目前使用SOA，有10%或者更多的人，使用SOA在他们的交付方案的项目上——有12%的人，把SOA使用在了他们50%以上的项目上。但是那些认为SOA已死的人真的很让人愤怒：66%人表示他们的SOA提议取得成功，23%的人表示他们已经取得相当大的成功。事实上，因为SOA成功来之不易，存在一些利益的争斗，就需要组织的完善和纪律约束，——但是业内SOA的领导者已经展示了SOA成功的方法。但是有一些非常有趣并另人惊讶的数据：当被问到他们使用SOA最大的问题时，调查对象表示，目前为止，SOA项目面临的最大挑战已经超越了SOA本身。27%的人认为，最大的担心是“如何通过多个项目（如BPM、事件、BI、规则等）整合的方式设计SOA？”。只有13%的回卷者选择了第二大担忧，即“[为SOA]评估及选择合适的工具”。换言之，工业界已经认识到，这是一个多元技术的世界，单一技术战略可能会错失目标。SOA固然重要，但是业务技术解决方案需要的不仅仅是SOA，还需要SOA与其他方法以及设计域结合起来才能满足需求。SOA技术专题之“SOA实现与交付指南”Page5of26换句话说，业界的人们认识到，个别的、竖井技术策略不能达到目标——这是一个多技术的世界。SOA固然重要，但是业务技术（BT）解决方案不仅仅是需要更多的SOA，他们需要SOA方法与其他技术和设计领域相结合的方法。通过包装主要的业务交易作为一个外加服务，SOA为业务转换提供了一个强大的基础。29%的调查对象说，他们使用SOA来支持业务转型战略—但是流程、事件、规则、嵌入式分析，也体现了更多的业务设计的重要方面和建立灵活的方式来处理当前的业务变化。SOA的基本性质强调这样一个事实，71%的调查对象表示，SOA作为一个技术是［他们的］组织的技术方面的努力取得的最关键成功。然而他们评价的BPM、业务规则、传统的现代化进程、Ajax和丰富的网络应用、云计算、事件处理和web导向架构，作为“最关键的”技术，但是回答调查问题的人从37%降到21%（多选）。多年来，Forrester一直追求更大的SOA蓝图。在2005，我们发布数字业务架构愿景——技术平台构重新构造成四个主要的多技术整合的领域已业务元数据为核心，定义流程、策略、事件、信息流以及许多你的其他业务的方面。建立一个数字业务架构，Forrester公司现在定义我们的业务能力架构的愿景，提供了新的方法来规划和发展一个多技术战略，建立并围绕业务的成果不断提高。对于BT前进道路的成功，你必须学会进行你的业务的设计和技术体现的整合。(作者：RandyHeffner译者：刘志超来源：TechTarget中国)原文链接：“SOA实现与交付指南”Page6of26SOA九大迷思编者按：本文由原刊于ebizQSOAinAction网站的前版增补而成。去年秋天，我们着手来理清面向服务和SOA的真正含义，其结果便是SOA宣言。我们希望籍此可以更好的澄清SOA的含义。然而，关于SOA，至今仍存在许多迷思。很多人，甚至是IT人员都说他们并不完全了解SOA可以做什么，以及如何去构建SOA。SOA已经被软件厂商和分析师们夸大到令人难以置信的程度，但是，却鲜见有介绍SOA基本含义的资料。以下是关于SOA仍存的一些迷思：第一，SOA和云计算的区别是什么？许多厂商，正如DaveLinthicum所说，正在给他们的产品贴上“云”的标签——只是简单的把他们的SOA产品更名为云产品。那么，这其中有什么区别呢？不论SOA还是云计算，都是要将服务标准化，从而可以实现复用。正如Dave所讲，云的形成需要同样的企业架构和治理—包括技术，人员和流程的治理。眼下很多公司正在落实这样的治理来管理SOA，而这些年来SOA治理的经验教训也能够帮助到云的部署。第二，为什么大家对云计算迷的发狂，但却对SOA兴味索然——虽然他们在本质上都是相同的东西？如果你了解地透彻的话，云其实是提供或获取跨企业的服务复用。同样地，Enterprise2.0正在应用服务来实现更大范围的协作，以及混搭（mashup）终端用户的信息。这些都是面向服务的架构，并且依赖基于SOA的原则来运行。或许这有点类似于人们对喷气推进技术还是小岛上的周末度假胜地更感兴趣¬——后者需要利用喷气推进技术才能到达那里。SOA技术专题之“SOA实现与交付指南”Page7of26第三，在尚未有人真正应用SOA之时，如何断定SOA将会失败？不少学者和分析家宣称SOA将是一个失败的想法，但SOA是一个不断演进的过程，至今还没有人真正完成SOA的部署工作。最近大家都一窝蜂地宣布SOA半路夭折了，但是，我看到的和我亲自做的调查显示，大多数公司仍然在规划或考虑他们的第一个面向服务的项目。事实上，这些日子我不断听到的有关SOA面临的重大挑战是：SOA太成功了，在那些正努力部署SOA的企业中，太多的服务正在被不容分辩地添加进来或创建---或者被要求创建。这也就是为什么有这么多厂商都大肆宣传SOA治理。第四，如果SOA真的失败得一塌糊涂，那么，这些“恐怖”的故事在哪里呢？不少学者和分析家宣称SOA将是一个失败的想法，但SOA是一个不断演进的过程，至今还没有人真正完成SOA的部署工作。最近大家都一窝蜂地宣布SOA半路夭折了，但是，我看到的和我亲自做的调查显示，大多数公司仍然在规划或考虑他们的第一个面向服务的项目。事实上，这些日子我不断听到的有关SOA面临的重大挑战是：SOA太成功了，在那些正努力部署SOA的企业中，太多的服务正在被不容分辩地添加进来或创建或者被要求创建。这也就是为什么有这么多厂商都大肆宣传SOA治理。第五，人们如何知道一个SOA项目何时才算成功或不成功呢？有关SOA一个自相矛盾的观点是——那些最倾向于采用SOA的企业恰恰是对SOA需求最低的企业。如果企业的管理层有远见有预见，能够支持SOA，那么他们极有可能也在同时推进其他项目，比如商业智能和分析、数据仓库等等。他们正在取得的成功有多少可以直接归因于SOA呢？成功的定义是什么？成本节省？通过Web服务完成了某个端到端的过程？这是SOA首先要面临的一个艰难的挑战——成功是一个长期努力后才能取得的结果，其标志是多个业务单位之间共享服务，从而使得企业的服务开发时间明显缩减，或者，由于企业底层的基础设施的灵活性进一步提高，这使得企业只需重新配置即可快速地响应市场对产品或服务的新需求。SOA技术专题之“SOA实现与交付指南”Page8of26但是，在市场上唯一能真正衡量长期成功的标准是企业收入或股票价值的不断增加，除了SOA，还有很多其它因素会对此造成影响。真正的问题在于弄清楚如何衡量SOA对于企业成功的贡献。SOA本身的“成功”同这是毫无关联的。第六，到底有多少全功能的真正的SOA被部署了？一些分析机构表示，目前有很多公司(75%或者更多)正在实施SOA项目。还有一些分析机构则表示，目前部署SOA的企业只有4%。他们衡量的标准是什么?根据服务的数量？还是这些服务的粒度?根据能够访问具有服务功能的松散耦合组件的应用或进程的数量?什么时候“只是一堆Web服务”会成为SOA？满足什么条件的Web服务，有可能经过更好的“照顾”---治理、注册、管理等等，而会变得更加SOA化？第七，如果SOA“与技术无关”，为什么是技术人员在推动它？无时无刻，在每个会议，每个分析家的注解，在每篇文章中我们都会见到这句话。SOA，绝对、肯定、确实、“与技术无关”，然而，它是技术厂商在宣传推销，最终是IT部门在操作运转。从来没有听说过销售部门在实施SOA。第八，软件供应商是如何给用户灌输SOA观念？SOA将会使得软件供应商自己的产品更容易被用户所抛弃。这对软件供应商是福还是祸呢？SOA的真正好处在于，这些服务几乎可以根据需求随意调换。这也正是软件厂商面临的难题之一，尤其是对于那些大力倡导SOA的厂商（如果用户实现了SOA，这些软件厂商的产品就有可能随时被替换掉）。第九，谁为SOA买单呢？归根到底，还是钱的问题。哪个部门会花费大量金钱和人力去搭建这样一个会被其它任何人使用的系统呢？其它部门不需要花费任何资源就能利用该系统提供的服务。具有SOA功能的应用在开始阶段可能会比传统的点对点接口需要更多的成本，而投资回报率在规模经济效益中将会体现出来。同先期实施的成本较低的点到点的应用相比，长远来看，SOA产生的规模经济效益可以带来更好的投资回报率。然而，如果企业认为他们正在推进SOA，但最后却没有投资回报率或者很低，因为他们部署的不是真正的SOA——仍然是点对点的接口：这种情况就是一个很大的风险。谁会去冒这样的风险?或者谁被要求去承担这样的风险呢？SOA技术专题之“SOA实现与交付指南”Page9of26这是SOA首先要面临的一个艰难的挑战——成功是一个长期努力后才能取得的结果，其标志是多个业务单位之间共享服务，从而使得企业的服务开发时间明显缩减，或者，由于企业底层的基础设施的灵活性进一步提高，这使得企业只需重新配置即可快速地