tianyu的专栏 - Linux site:blog.youkuaiyun.com/wishfly

 【优快云独家报道】有调查表明，2007年，有50%以上的新关键业务应用和业务流程设计将使用SOA，到2010年，这个比例将提高到80％以上。由此可见，SOA已逐渐成为企业IT系统建设的大趋势。然而许多人并不清楚SOA到底能给我们带来怎样的好处，IONA科技公司大中国区总裁薛志勇先生这样为我们说明了SOA出现的意义：TCP/IP 整合了多种网络协议实现了网络整合；存储网络（SAN）实现了数据整合

SOA是将异构平台上的应用程序的不同功能部件（或称服务），通过这些服务之间定义好的接口和规范，以松耦合的方式整合在一起，即将多个现有的应用软件通过网络将其整合成一个新的系统。SOA有两大目标：1。多应用的整合   不但能将各种各样的应用软件都能整合在一起，而且是松耦合的整合。也就是说，被整合的应用软件自身仍保持其自主独立。2。新增设的业务功能，应能适应变化。 

封装构件简化应用 从技术趋势而言，中间件已经呈现从解决单一系统问题演化到解决多系统问题。无论是消息中间件还是交易中间件，中间件产品开始从单一到平台化方式转移。对于SOA来说，实施的目的在于实现以业务为核心，提高IT系统扩展的灵活性以及IT资产的复用，达到业务灵活组合的状态。 形象点说，这就好比一个人来到一个陌生小城市，住宿想起宾馆，吃饭就去饭店，看病则到医院。整个管理系统里所有对象之间的关

 SOA与COM组件的主要区别:1.  SOA 基于HTTP、XML协议，可以穿越防火墙。2。统一了各厂家在分布式组件实现时的协议，可以互联互通。     既不是COM，也不是COBRA。大家使用统一的语言通讯。3。SOA的发展与基于Web应用的发展两者密不可分。     通过SOA，在统一的WEB页面下，通过SOA调用后台不同系统的资源

函数API调用与COM组件接口调用1。API 函数调用－－只能是在本进程空间内。      COM组件接口调用－－是可以跨进程，甚至是跨系统的。不可跨越防火墙。      SOA 服务调用－－是可以跨进程，跨系统的，甚至是跨Internet的。可跨越防火墙。2。API 函数调用－－面向过程。紧耦合。      COM组件接口调用－－面向协议－IDL。松耦合。      SO

IT是这样一个领域，每年它都会宣称发生了十年一遇的重大变革，至少在词汇的发明方面上是这样的。真的假的靠谱的不靠谱的“大词”夹杂在一起，永远令听众无所适从。噪音大了，真正重要的信息反而抓不住。一个行之有效的办法就是耳听为虚，眼见为实,对概念炒作充分警惕。 尽管如此，当Ray Ozzie这样的人物说话的时候，我们还是可以放下矜持，认真倾听一下的。现任微软CTO的Ray Ozzie在历史上并不是

不走寻常路 微软的SOA世界 日期：2007-11-15　作者：Rich Seeley　来自：信息周刊    

 辛儿伦认为，SOA架构变革能不能成功，最重要的是人、策略、管理及领导文化。　　简 历　　辛儿伦，微软大中华区服务部总经理，管理和企业咨询及高级技术支持服务。　　辛儿伦于1995年加盟微软，在此以前，在美国成立自营咨询公司对美国西部fortune500 companies提供IT服务，辛儿伦从美国史丹福大学获得双硕士学位，主修信息工程管理及电脑科学。在美国、亚太和日本地区从事 IT

解析SOA十大设计原则 公共接口与内部实现要明确界限 日期：2007-11-14　　    

Ivar Jacobson：大家上午好。我今天来到这里感到非常激动，大家知道中国是我的第二个祖国，我每个月都要来中国，我们还会继续每个月在中国。北京我开设了一家公司来帮助出产更好的软件，我下午还会有一些发言，还会有一些动手的实践，我们会做很多的实践。    我的话题非常简单，我只会谈一些要点，在我们的工作当中，我们今天早上也听到了现在新的趋势，有很多的流行词汇。有一些以服务为导向的架构、企业、服务

微软认为，在服务领域，用户可以买前试用，只需按需支付；但在软件领域，用户有完全的掌控权——自行定制、一次性支付、想用多久就用多久。用户如果 选择了纯软件或纯服务的途径，实际上就等于放弃了另外一方面的优势。“S+S”可以很好地解决问题。微软“S+S”（软件+服务）的理念针对这种用户需 求，用户既可选择获得服务，也可选择继续拥有软件，或者二者得兼。 

引子：　　伴随福特流水线模式的百周年，回顾软件业也已经走了近四十年的光景。而全球软件行业似乎已进入到了中年期，成熟的商业模式，缺乏雨后春笋般的创新型小公司，大公司增长乏力进而带来诸多的并购等。这些都让我们感受到软件行业早已今非昔比，大部分的软件公司都变成了鸡肋。软件从业人员也都从梦想的憧憬回到了实际的运营成本控制中。即使近几年炒得火热的SOA也无法为软件公司带来多少的利润和股价提升。难道软件业

E-development：一场软件开发方法的革命作者：贾育email: jia_yu@263.net 一、软件开发面临的新挑战纷繁复杂的数字化世界（e-world）呈现出分布性（distributed,）、并行性（concurrent）和协同性（connected）三大态势[Jim00]。海量信息散落在世界的各个角落，一台主机集中控制一切的时代一去不复返了；虽然用户面对的是一

Internet 的应用正在不断地扩大，但我们的 Internet 编程方式还处于石器时代。Internet 用户就像老式主机的分时终端上的用户一样，他们从一个受保护的资源请求信息，然后等待回应。你从正在浏览的 Internet 站点上接收的信息由它希望提供给你的、基于 HTML 的信息组成的。　　但是，同远程 Web 站点进行交互式操作是不是更有趣?如果我们能用某种方法访问远程站点提供的计算

 前段时间听到有人提到“构件化”和SOA的区别，一时之间竟也没人说得清楚。从别人那里了解到的想法是：构件是“从底下看的”，构件与构件之间的关系应该是紧耦合的；服务（Services）是从系统的角度看的（我的理解：从外观上看的），服务之间的关系是松耦合。也有人说构件化和SOA是一样的。　　我以为两者虽然有些相通的地方，但它们是不一样的。　　它们相通的地方如，复用，两者均强调复用，降低软件系统

SOA不仅是一个IT架构理念，不仅是个企业IT系统架构的方法问题。在互联网的发展进程当中，它也将有越来越多的应用，并将占据主导的地位。从本质上来说，互联网就是一个技术工具。互联网的进程也就是传统企业信息化的进程，就是传统行业又一次整体技术革命的过程，所以我们比较一下在工业革命时代和信息化时代两个进程的不同之处，有利于我们更好的来理解互联网和SOA。　　在工业革命时代，先进技术是由传统行业厂商自

在很多场合的交流中，常常遇到把SOA和Web Service混用的情况，所以想在这次的Blog里，结合网上的各种观点，谈谈个人对两个概念的理解。用一句话来概括基本的观点就是“SOA不是Web Service，Web Service是目前最适合实现SOA的技术”。 之所以SOA和Web Service被混为一谈，最可能的原因了也就在于此吧。 早在1996年Gartner就前瞻性地提出了面向服

我觉得SOA与COM有点象。区别是使用端口，参数传递方式和粒度。                    端口 参数传递 粒度SOA            80         XML        大COM             135      列集       小  

上周跟一个客户交流关于SOA架构设计和服务工程的话题，期间谈到面向服务的应用开发与传统的应用开发最大的不同点在于对问题域求解的企业级视野，不想引发了一场关于Service和Component的讨论。有人说，正因为视野的不同，Service是关注企业内不同应用之间的共享，而单一应用本身的设计构造单元是Component，不需要Service。我想这代表了一部分人对SOA和Service的看法。而

面向服务的体系结构（Service-Oriented Architecture，SOA，也叫面向服务架构）是指为了解决在Internet环境下业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编

 什么是SOA？ SOA(Service-Oriented Architecture)是面向服务的构架的简称，SOA是一种方法，它将企业中的应用组织成可重用的服务，以达到通过快速组合和重用这些服务来响应业务需求的变化。相对于组件，SOA提高了重用的层次，可提供更粗粒度的重用。 2.         SOA的目标是什么？SOA的关键点是什么？SOA的目标是通过构建可重用的服务来提高I

本文译自Thomas Erl的《Service-Oriented Architecture: Concepts, Technology and Design》部分章节。 注意本节的标题是“面向服务和面向对象”，而不是“面向服务对面向对象”。这种区别是要强调这两种思想之间的关系不是竞争关系这一事实。 事实上，面向对象编程通常用于构建Web Services中应用逻辑的封装。然而，面向

SOA，现在进行时 SOA现在正热得"烫手"。对于SOA，目前我听到有两种说法：一种讲它是"颠覆性的革命架构"，一种是"谨慎观望"。但无疑，SOA最近几年发展得非常快，各主要软件厂商纷纷高调跟进，关于SOA的报道可以说是不绝于耳。对"SOA热"，程序员们有的兴奋和期待，有的则感到困惑，最近我在金蝶中间件于广州、上海等城市举行的"Java俱乐部"上和程序员们交流时，他们或是以一种朝圣者的

SOA服务的接口用XML进行定义 

理解REST软件架构作者 骆古道 发布于 2007年5月27日 下午8时18分 社区 Java, Ruby 主题 Web框架, 架构, Ruby on Rails 一种思维方式影响了软件行业的发展。REST软件架构是当今世界上最成功的互联网的超媒体分布式系统。它让人们真正理解我们的网络协议HTTP本来面貌。它正在成为网络服务的主流技术，同时也正在改变互联网的网络软件开发的全新思维方式。

IntroductionREST stands for Representational State Transfer. A Yahoo or Google search on "REST web services" brings up tons of information. But if you are like what I was a few weeks ago – you will

In my earlier article, I introduced the concept of REST web services. Before rushing on to how to implement or code a REST web service, first we have to stop at the design station. I know many develop

SCA软件架构设计理念分析（一）http://blog.youkuaiyun.com/lijj_72/archive/2007/10/22/1838216.aspx李俊杰1.     概述SCA (Service Component Architecture) 是一个开发SOA(Service-Oriented Architecture)面向服务应用的简单模型规范，它描述用于使用 SOA 构建

应用程序接口有两种方式：API和协议1。API －－比如：COM中的IUnkonown。就是一种二进制的表格数据结构。所有调用都是通过机器层面的二进制计算实现的，没有高层语义信息的辅助。因此，客户就在二进制层面上与组件接口耦合起来。2。协议－－比如：COM中的IDispatch, web service等。就是文本或二进制形式的数据 。它对客户和组件本身的二进制未作任何约束，仅仅规定了一个