1996年，Gartner提出了SOA概念。
Gartner还曾提出两个很闻名的概念：
ERP，公司资本方案。以公司资本的视点来安排公司的人、财、物、信息。此概念发生于大出产年代MRP今后，召唤把公司的上下游也归入到公司通盘战略思考傍边。由于社会现已变成了产业链，从原材料到出产到物流到销售到售后效劳，每个环节都影响出产公司。出产现已变的不是榜首重要了，供不应求年代现已完毕。进入推广途径的年代。
CRM，客户联系办理。以客户效劳的视点出发来重新安排公司的人、事务、流程、信息。此概念在ERP的根底上，把眼光从供应链上游和出产公司搬运到了客户终端。出产年代完毕，推广推销年代也快完毕，不思考客户感触，不好客户交互交流，一味出产和推销，是不或许取胜的。
（从啥视点来安排资本和流程，颇像技能界的面向进程、面向对象、面向组件、如今面向效劳了）
在这样的大布景下，Web2.0也是习惯这个概念发生的，口碑推广、准确分众、圈子、即时通讯、短信、博客，各种交互工具习惯年代而发生。
ERP和CRM都是运用层面的商品。
这样的运用，在信息化方面怎么落地。
所以，SOA概念随即而出。
1996年的美国，互联网现已很兴旺了。可是互联网技能并没有跟上。公司依然关闭在自个的信息化国际。尽管有CORBA、COM+、RMI/EJB这些技能模型在支持，但向互联网公众供给信息效劳，而非上下游合作伙伴供给信息效劳，CORBA、COM+、RIM/EJB依然在穿透防火墙和通用数据格式传输上依然存在疑问，三个体系都有自个的通讯协议和数据传输协议，一般消费者无法参加其间。
2000年，XML发生。随机根据HTTP的SOAP、WSDL、UDDI发生，Webservice作为一个根据互联网通用技能根底上开展的数据通讯协议和数据传输拜访协议体系发生了。
可是Webservice仅仅界说了根据通用互联网技能的数据通讯和数据传输拜访。就适当于底层通路通了。可是根据上面的运用呢，仍是没有一个规范。就适当于，路通了，可是在这条路上啥样规范的车跑起来最顺畅，还没有这个规范。（当然你能够不要规范，自个造个自个的车，今后在和具有统一规范的车一起办理和运转时交互时就有了疑问。这个描绘也为了答复适当一部份人提出的那个疑问：咱们已然有了Webservice，那干吗还要SCA/SDO呢？）
SOA即是干这件事的。
可是，SOA，业界大佬太急。就好像在.COM大潮中，每个公司都急于声明咱们是一家.com公司。所以，这个商场混杂了各种视听。
做工作流的、做OA的、做事务根底渠道的、做组件的、做中间件的、做EAI的，都声称自个现已是SOA了。有的说SOA是为了事务灵敏（能够灵敏调整体系以习惯疾速发生变化的事务竞赛。现摘录一段话：SOA经过把传统运用模块分解成更小的构件，并把这些构件当作能够重用的Web效劳，CIO们就能经过挑选和安排所需构件，来生成最贴合的体系。这和当年咱们做WINDOWS DNA架构是多么相似。但当年SOA现已提出，但并没有人说WINDOWS DNA架构是SOA架构。没盛行这个名词的缘由？？），有的说SOA是为了体系联系，有的说SOA是公司总线，有的说SOA是种事务分析规划思维，有的说SOA是技能架构模型，有的说SOA类似UML的效果，能够使事务规划人员和技能规划人员有共同言语，有人更说SOA就和web2.0相同，即是个概念。颇像当年微软急于把自个一切商品都打上.NET象征相同，最后弄的咱们都搞不清楚啥是.NET了。直到2007年发布WPF、WCF、WF今后，.NET的技能走向才算根底架构定型。SOA和其时的.NET十分相似。
如今，SOA规范才真实落地为SCA和SDO。工作流规范业界现已成型，WF也契合业界工作流规范，所以SOA中并没有界说工作流规范。而对应WPF的SOA明显也不需求，究竟SOA思考的是事务接口效劳层面，而非这个效劳以啥样的图形界面规范来让客户存取，没有必要（我国普元补上了这一环节。我国普元也是OSOA尖端成员之一。光有接口没有UI，仍是需求程序员动手写这个UI，事务人员不或许没有UI去做灵敏改动事务功用和流程，即便有BPEL和DSL也不可。别给事务人员任何技能的东西，别想着DSL和UML就能让事务人员用起来）。所以，SCA和SDO现已够用了，SOA架构真实成型。
但SCA和SDO是2007年8月才定型的（尽管2005年现已草案了）。所以之前急于声称是SOA商品的厂商不知作何感触。
我阅读了SCA和SDO规范，我也比照了曩昔我研讨的CORBA，我也比照了微软的WCF，架构思维竟然十分类似。
当年DEC和IBM主导界说的CORBA，太杂乱，SUN和微软都做了定制化削减，开展了自个的RMI/EJB和COM+。由于Webservice的出现，微软当即开展了根据Webservice的架构体系：WCF。可是JAVA国际由于规范拟定牵扯了许多厂商的利益，开展缓慢。而IBM也不愿意尴尬的在SUN的JAVA国际做个影子伟人。IBM一向盘算着怎么做首领。
所以SOA真实架构，吸收了CORBA的经验（IBM由于当年的CORBA没有带起业界规范很是沮丧，这非有必要东山再起，愈加学聪明了，谁说大象不能跳舞），也联系了Webservice，也学习了WCF（WCF也是在Webservice根底上开展起来的架构，许多技能借用了Webservice的技能，而非另起一套底层），总算发生。
而OSOA安排，近来才出现SUN的踪迹，而SCA和SDO规范中并没有SUN提交的草案。
JAVA和.NET两大渠道，关闭而专有。而IBM需求的是一种业界规范拟定者。SOA这回达成了IBM的意愿。无论是JAVA，仍是.NET，乃至是PHP，只要契合SCA和SDO，就能够供给业界规范效劳接口。
挣脱了言语和专属渠道优缺点的樊笼，IBM蓝色伟人又变成自由的业界之神。
我为啥这么重视和信赖和了解SOA。本来和我本身所在的软件职业十分有联系。
我是做公司办理软件的。很早业界就都有一致：软件不能这样卖了。咱们把一套工作体系卖给了运营商，人家用咱们的软件做效劳，收费比咱们卖软件还多。
所以，就连卖软件老迈微软也在喊着软件效劳化。
曩昔是在公司内部运转的软件，一个公司不外乎也就那么多人那么多数据。可是，一旦把软件效劳化、互联网化了，就不抵有多少人拜访了。
所以，咱们怎么应对软件效劳化、互联网化。
上亿人拜访的Webservice，其架构就不能象建立公司内部运转的软件架构，你看Google，都有几十万台PC集群的核算资本才干支持互联网效劳。咱们曩昔的传统的公司内部机房磁盘阵列和核算机集群架构不适合在公网上了，咱们的数据库也不适合效劳几亿人了。
所以，我格外重视咱们怎么软件效劳化，软件效劳化的架构是啥样的？
本来，业界都在往一个方向跑，不管是Google、仍是Yahoo、仍是微软、仍是咱们的baidu、QQ、隆重、阿里，咱们都在往软件效劳化、互联网的方向跑。（假如你仅仅是把眼光放到SAAS，放到和曩昔的ASP[运用效劳保管]去比照，视野明显需求更高一些）
运用软件运转需求根底设施。首先，根底硬件设施，几十万台PC的集群怎么虚拟文件体系和核算资本分配，这即是云核算要处理的疑问。如今云核算是个抢手，Yahoo、Google、IBM、微软都在研讨和建设。但微软慢了一步（微软在互联网核算上一向不灵敏，用传统软件的方法看互联网），所以WFS没有出来（或许没想通作为集群中的一个节点资本，怎么加入集群，和集群同构，还能契合自个桌面核算办理）。
有了云核算硬件根底，还需求数据存取软件根底。有了分布式文件体系，文件存取应该没啥疑问，但联系数据的存取，这是如今一切数据库商品都没有处理的。Amazon看到了时机，推出了S3效劳。全球互联网即是个超级核算机，而S3即是这个核算机上的数据库。
而一切的SOA运用，都有必要在一个容器中运转，不然，有外界调用这些效劳，这些效劳运转中运用的资本谁来办理呢（许多人不明白容器是干啥用的，不明白中间件的来历，也不明白为啥JAVA和.NET都要做容器。假如你做运用，你自个还要担任那么多底层的分配与开释与并发，那么你做的既不专业，也累，也不稳定，不如交给体系商去办理）。容器担任内存、资本的分配、调度、回收，担任安全，担任事务，担任并发，担任池化。而这些SOA效劳，也有必要能随时晋级，就有必要具有软件热插拔的功用。如今热的OSGi研讨就属此类。
有了这些根底设施，咱们的运用就有必要SOA化，变成软件效劳，让一切人来运用。运用者一方或许是一个C#写的客户端，或许是一个PHP网站，或许是一个JAVA网站，也或许是一个FLASH。
全球大大小小的公司供给了这么多Open API，怎么调用。用各自的言语？JAVA？C#？PHP？Javascript？
我想会发生一种新的言语来安排这些Open API，而不是这么技能化的程序员运用的开发编码言语。
它，会是DSL。Domain Specific language。它或许会高于Javascript，但和Javascript类似，但又低于JAVA，C#这些重型开发言语。但它肯定是动态言语。这样随时改动流程，随时改动运用。这即是事务灵敏。
这即是我预想中的将来SOA年代核算环境。
你，还在用传统的事务根底渠道思路建立公司办理软件架构吗？
将来SOA年代，将来软件效劳化年代，你，预备好了吗？
跋文：
20%的公司在上榜首代体系，不需求SOA。但软件商品供给商需求思考SOA，以防将来的集成。但如今关于公司没有需求，不会由于SOA加分买单。
30%的公司在悉数替掉榜首代体系，不需求SOA。但软件商品供给商需求思考SOA，以防将来的集成。但如今关于公司没有需求，不会由于SOA加分买单。
30%的公司在联系自个内部的第二代体系，或许需求SOA，但实质上采用的少。但软件商品供给商需求思考SOA，以防将来的集成。客户或许会由于SOA加分买单。
10%的公司在联系自个的上下游，需求SOA。
10%的公司开端为最终客户供给信息交互效劳，好像咱们看到的Google API相同，需求SOA。
如今重视和编写SOA时机准确吗？准确，由于你看上面的份额，有50%的公司有SOA需求。
但假如你面对的客户商场恰恰不是这50%，而是别的的50%，那么奉劝你持续做好如今的商品，SOA还不需求。
谈论：
2008-11-03 22:37 怪怪
LZ在微观层面仍是有主意的，不过对技能的了解一触及略微详细点的就落不了地。作为LZ对自个的定位，或许有时候掌握微观就够了，或许一个细节的失误，就让你的大厦建立在了错误之上。