<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Himmel &#187; SCA</title>
	<atom:link href="http://lazing.ave7.net/tag/sca/feed/" rel="self" type="application/rss+xml" />
	<link>http://lazing.ave7.net</link>
	<description>时间很长；现在很短；距离很长；相遇很短</description>
	<lastBuildDate>Thu, 09 Sep 2010 17:55:45 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>从Twitter等看企业软件架构（一）</title>
		<link>http://lazing.ave7.net/2009/twitter-to-see-from-the-enterprise-software-architecture-such-as-a/</link>
		<comments>http://lazing.ave7.net/2009/twitter-to-see-from-the-enterprise-software-architecture-such-as-a/#comments</comments>
		<pubDate>Sat, 27 Jun 2009 18:42:10 +0000</pubDate>
		<dc:creator>某L</dc:creator>
				<category><![CDATA[Code Talk]]></category>
		<category><![CDATA[atom]]></category>
		<category><![CDATA[json]]></category>
		<category><![CDATA[rss]]></category>
		<category><![CDATA[SCA]]></category>
		<category><![CDATA[SOA]]></category>
		<category><![CDATA[soap]]></category>
		<category><![CDATA[xml]]></category>
		<category><![CDATA[yaml]]></category>

		<guid isPermaLink="false">http://lazing.ave7.net/2009/%e4%bb%8etwitter%e7%ad%89%e7%9c%8b%e4%bc%81%e4%b8%9a%e8%bd%af%e4%bb%b6%e6%9e%b6%e6%9e%84%ef%bc%88%e4%b8%80%ef%bc%89/</guid>
		<description><![CDATA[企业软件发展到现在，普遍面临的一个问题是自身积重难返。系统功能越来越多，数据存储到处都是，技术标准五花八门。几乎任何一个做实施的都头痛每天遇到的各种历史遗留问题。事情就是这样，企业软件已经是一个构造复杂的精密系统，无数的管道线路纠结在一起，牵一发而动全身，难以为继。 问题 看一下业务流程管理技术趋势图： 摆在面前的当务之急就是SOA化的系统结构，然而，除了在政府机构有比较好的案例意外，其他行业鲜有成功的事实，原因又在哪里呢？不负责任的分析一下，至少有以下几点： 对庞大的现有系统改造成本巨大，SOA是需要一个规模效应的，当系统间不断的整合才能发挥其低耦合的结构特，在此之前的投入往往会被看成是不值得的，这里有一个门槛效应。 业务和技术要求高，SOA不仅是一个技术课题，也是一个业务课题。当前大多数机构和组织的设计能力还不能达到全面应用的要求。软件架构往往在分布式和集中式之前博弈，分布式的高要求往往让很多项目选择折中的方案。“二步提交”等分布式系统特有的技术问题带来的风险考验开发人员的能力和系统的综合管理能力。 规格差异化，各厂商为了自己的利益，推广各自的方法论，互相之间缺乏沟通，壁垒明显，势必造成技术推广的困难。 巨大的挑战面前是巨大的市场，SOA默默挣扎了这么多年，依然坚挺，其背后是非常不错的理论架构。 一种思路 其实说穿了，SOA无非就是解决系统整合的方式，互联网是分布式系统的基础，而Web2.0是内容和服务整合最成功的例子。 翻开Twitter, FriendFeed, Facebook的API文档，绝对找不到一个ESB，SOA的名词，能看到的无非是JSON, XML, RSS, ATOM，或者单独说个REST。但是解决的问题和SOA是一样的，系统整合，标准协议，高可用性，服务寻址等等。但他们看起来很不规范。从某种意义上说，属于SCA(Service Component Architecture)的理念。 SCA与SOA最大区别就是给服务实现松绑，很多实现不需要再去应用个别高端厂商发明的WS-*，可以更灵活的应用互联网上被验证有效的方式。SCA保留了SOA理念中的核心，更加强调组件的概念，弱化技术性的限制。SCA是个非常复杂的主题，这里是一个相对容易理解的SCA白皮书。 比较一下几种格式，或许能看得更清楚： 数据格式 可读性 数据转换 扩展性 开发难度 SOAP 较差，所有格式中最复杂的 较容易，可以根据定义生成类型 可扩展，有一定难度 很高 XML 看设计能力 需自定义转换规则 任意扩展/或利用命名空间 较高 JSON 清晰易懂 没有类型定义，在强类型端处理困难 任意扩展，缺少规则 简单 RSS/ATOM 比较清晰 RSS多种不同版本，ATOM相对统一一些，整体来说较简单 通过命名空间扩展 一般 YAML 可读性最好 可以容易的序列化与反序列化 任意扩展，缺少规范 简单 &#160; 从以上比较不难看出，单纯从开发和功能上讲，新的YAML最有优势，也容易继续改良取长补短。而标准最多的SOAP实在是有点笨重，难以和新格式竞争。 未完待续 Spring 2.5 [...]]]></description>
			<content:encoded><![CDATA[<p>企业软件发展到现在，普遍面临的一个问题是自身积重难返。系统功能越来越多，数据存储到处都是，技术标准五花八门。几乎任何一个做实施的都头痛每天遇到的各种历史遗留问题。事情就是这样，企业软件已经是一个构造复杂的精密系统，无数的管道线路纠结在一起，牵一发而动全身，难以为继。</p>
<h3>问题</h3>
<p>看一下业务流程管理技术趋势图：</p>
<p><img title="image" style="border-right: 0px; border-top: 0px; display: block; float: none; margin-left: auto; border-left: 0px; margin-right: auto; border-bottom: 0px" height="325" alt="image" src="http://lazing.ave7.net/wp-content/uploads/2009/06/image6.png" width="525" border="0" /> </p>
<p>摆在面前的当务之急就是SOA化的系统结构，然而，除了在政府机构有比较好的案例意外，其他行业鲜有成功的事实，原因又在哪里呢？不负责任的分析一下，至少有以下几点：</p>
<p>对庞大的现有系统<strong>改造成本巨大</strong>，SOA是需要一个规模效应的，当系统间不断的整合才能发挥其低耦合的结构特，在此之前的投入往往会被看成是不值得的，这里有一个门槛效应。</p>
<p><strong>业务和技术要求高</strong>，SOA不仅是一个技术课题，也是一个业务课题。当前大多数机构和组织的设计能力还不能达到全面应用的要求。软件架构往往在分布式和集中式之前博弈，分布式的高要求往往让很多项目选择折中的方案。“二步提交”等分布式系统特有的技术问题带来的风险考验开发人员的能力和系统的综合管理能力。</p>
<p><strong>规格差异化</strong>，各厂商为了自己的利益，推广各自的方法论，互相之间缺乏沟通，壁垒明显，势必造成技术推广的困难。</p>
<p>巨大的挑战面前是巨大的市场，SOA默默挣扎了这么多年，依然坚挺，其背后是非常不错的理论架构。</p>
<h3>一种思路</h3>
<p>其实说穿了，SOA无非就是解决系统整合的方式，互联网是分布式系统的基础，而Web2.0是内容和服务整合最成功的例子。</p>
<p>翻开Twitter, FriendFeed, Facebook的API文档，绝对找不到一个ESB，SOA的名词，能看到的无非是JSON, XML, RSS, ATOM，或者单独说个REST。但是解决的问题和SOA是一样的，系统整合，标准协议，高可用性，服务寻址等等。但他们看起来很不规范。从某种意义上说，属于SCA(Service Component Architecture)的理念。</p>
<p><img title="image" style="border-right: 0px; border-top: 0px; display: block; float: none; margin-left: auto; border-left: 0px; margin-right: auto; border-bottom: 0px" height="264" alt="image" src="http://lazing.ave7.net/wp-content/uploads/2009/06/image7.png" width="471" border="0" /> </p>
</p>
<p>SCA与SOA最大区别就是给服务实现松绑，很多实现不需要再去应用个别高端厂商发明的WS-*，可以更灵活的应用互联网上被验证有效的方式。SCA保留了SOA理念中的核心，更加强调组件的概念，弱化技术性的限制。SCA是个非常复杂的主题，这里是一个相对容易理解的<a href="http://www.davidchappell.com/articles/Introducing_SCA.pdf" target="_blank">SCA白皮书</a>。</p>
<p>比较一下几种格式，或许能看得更清楚：</p>
<table cellspacing="0" cellpadding="2" width="517" border="1">
<tbody>
<tr>
<td valign="top" width="110">数据格式</td>
<td valign="top" width="103">可读性</td>
<td valign="top" width="105">数据转换</td>
<td valign="top" width="102">扩展性</td>
<td valign="top" width="95">开发难度</td>
</tr>
<tr>
<td valign="top" width="117">SOAP</td>
<td valign="top" width="102">较差，所有格式中最复杂的</td>
<td valign="top" width="107">较容易，可以根据定义生成类型</td>
<td valign="top" width="101">可扩展，有一定难度</td>
<td valign="top" width="93">很高</td>
</tr>
<tr>
<td valign="top" width="123">XML</td>
<td valign="top" width="101">看设计能力</td>
<td valign="top" width="107">需自定义转换规则</td>
<td valign="top" width="100">任意扩展/或利用命名空间</td>
<td valign="top" width="92">较高</td>
</tr>
<tr>
<td valign="top" width="127">JSON</td>
<td valign="top" width="101">清晰易懂</td>
<td valign="top" width="107">没有类型定义，在强类型端处理困难</td>
<td valign="top" width="100">任意扩展，缺少规则</td>
<td valign="top" width="91">简单</td>
</tr>
<tr>
<td valign="top" width="128">RSS/ATOM</td>
<td valign="top" width="100">比较清晰</td>
<td valign="top" width="107">RSS多种不同版本，ATOM相对统一一些，整体来说较简单</td>
<td valign="top" width="100">通过命名空间扩展</td>
<td valign="top" width="91">一般</td>
</tr>
<tr>
<td valign="top" width="129">YAML</td>
<td valign="top" width="100">可读性最好</td>
<td valign="top" width="106">可以容易的序列化与反序列化</td>
<td valign="top" width="100">任意扩展，缺少规范</td>
<td valign="top" width="91">简单</td>
</tr>
</tbody>
</table>
<p>&#160;</p>
<p>从以上比较不难看出，单纯从开发和功能上讲，新的YAML最有优势，也容易继续改良取长补短。而标准最多的SOAP实在是有点笨重，难以和新格式竞争。</p>
<p>未完待续</p>
<ul>
<li><a href="http://lazing.ave7.net/2007/dynamic-language-and-dsl/" rel="bookmark" title="2007/11/29">Dynamic Language and DSL</a></li>
<li><a href="http://lazing.ave7.net/2007/preamble-lazingu002639s-java-guide/" rel="bookmark" title="2007/06/23">序言 &#8211; Lazing&#8217;s Java Guide</a></li>
<li><a href="http://lazing.ave7.net/2008/java-generating-word-documents-using-xml/" rel="bookmark" title="2008/03/01">Java：利用XML生成Word文档</a></li>
<li><a href="http://lazing.ave7.net/2008/spring-25-aop-schema-urinate-programming/" rel="bookmark" title="2008/02/22">Spring 2.5 AOP Schema编程小解</a></li>
<li><a href="http://lazing.ave7.net/2008/maven-need-to-act-as-wikipedia/" rel="bookmark" title="2008/05/23">Maven need to act as Wikipedia</a></li>
</ul>
<p><!-- Random Posts took 11.866 ms --></p>
]]></content:encoded>
			<wfw:commentRss>http://lazing.ave7.net/2009/twitter-to-see-from-the-enterprise-software-architecture-such-as-a/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>2008九月·学习主题·SOA</title>
		<link>http://lazing.ave7.net/2008/september-2008-to-study-the-subject-of-soa/</link>
		<comments>http://lazing.ave7.net/2008/september-2008-to-study-the-subject-of-soa/#comments</comments>
		<pubDate>Tue, 12 Aug 2008 13:08:23 +0000</pubDate>
		<dc:creator>某L</dc:creator>
				<category><![CDATA[Tech Forge]]></category>
		<category><![CDATA[Camel]]></category>
		<category><![CDATA[ESB]]></category>
		<category><![CDATA[JBI]]></category>
		<category><![CDATA[OSGi]]></category>
		<category><![CDATA[SCA]]></category>
		<category><![CDATA[ServiceMix]]></category>
		<category><![CDATA[SOA]]></category>
		<category><![CDATA[WebService]]></category>
		<category><![CDATA[xfire]]></category>

		<guid isPermaLink="false">http://lazing.ave7.net/blog/?p=304</guid>
		<description><![CDATA[恩，这是一个学习计划。 主题只有一个SOA 重点学习项目： Apache ServiceMix Apache Camel Apache ActiveMQ Apache CXF Apache ServiceMix是一个开源的ESB总线，遵循Java Business Integration 1.0 (JSR 208)规范，完全Java实现，现在是Apache的TopLevel的项目。 Apache Camel是个规则路由引擎，一个POJO based Java DSL实现。 Apache ActiveMQ是一个消息服务器。 Apache CXF么，目前最轻巧好用的WebService工具包，其前身为可爱的XFire(对Fire相关的都有莫名的爱) 以上组件可以组成完整的SOA实现工具包，支持分布式部署，集群，更有商业版本可供升级。 ServiceMix 4.0 版本将支持OSGi，版本控制，JBI 2.0，SCA等重要功能，目前已经有m1版本了，不过JBI 2.0还没出来，可以慢慢等待。 阅读书目： Service-Oriented Architecture (SOA): Concepts, Technology, and Design Publisher: Prentice Hall Publication: 2005, English ISBN: 9780131858589 Pages: 792 SOA Approach to Integration [...]]]></description>
			<content:encoded><![CDATA[<p>恩，这是一个学习计划。<br />
主题只有一个SOA</p>
<p>重点学习项目：</p>
<ul>
<li><a title="Visit page outside Confluence" rel="nofollow" href="http://servicemix.apache.org/">Apache ServiceMix</a></li>
<li><a title="POJO based Enterprise Integration Patterns and routing framework" rel="nofollow" href="http://camel.apache.org/">Apache Camel</a></li>
<li><a title="The most popular and powerful open source Message Bus" rel="nofollow" href="http://activemq.apache.org/">Apache ActiveMQ</a></li>
<li><a title="Service Enablement Framework based on SOAP and JAX-WS" rel="nofollow" href="http://cxf.apache.org/">Apache CXF</a></li>
</ul>
<p>Apache ServiceMix是一个开源的ESB总线，遵循Java Business Integration 1.0 (JSR 208)规范，完全Java实现，现在是Apache的TopLevel的项目。</p>
<p>Apache Camel是个规则路由引擎，一个POJO based Java DSL实现。</p>
<p>Apache ActiveMQ是一个消息服务器。</p>
<p>Apache CXF么，目前最轻巧好用的WebService工具包，其前身为可爱的XFire(对Fire相关的都有莫名的爱)</p>
<p>以上组件可以组成完整的SOA实现工具包，支持分布式部署，集群，更有商业版本可供升级。</p>
<p>ServiceMix 4.0 版本将支持OSGi，版本控制，JBI 2.0，SCA等重要功能，目前已经有m1版本了，不过JBI 2.0还没出来，可以慢慢等待。</p>
<p>阅读书目：</p>
<h3>Service-Oriented Architecture (SOA): Concepts, Technology, and Design</h3>
<p><strong>Publisher:</strong> Prentice Hall</p>
<p><strong>Publication:</strong> 2005, English<br />
<strong>ISBN:</strong> 9780131858589<br />
<strong>Pages:</strong> 792</p>
<div class="buying">
<h3 class="parseasinTitle"><span id="btAsinTitle">SOA Approach to Integration (Paperback)</span></h3>
</div>
<div class="buying">
<p><a href="http://ecx.images-amazon.com/images/I/41n0WJVVpHL._SS500_.jpg"><img class="alignnone" title="SOA BOOK2 " src="http://ecx.images-amazon.com/images/I/41n0WJVVpHL._SS500_.jpg" alt="" width="145" height="145" /></a></p>
<p><span>by <a href="http://www.amazon.com/exec/obidos/search-handle-url?%5Fencoding=UTF8&amp;search-type=ss&amp;index=books&amp;field-author=Matjaz%2C%20B.%20Juric">Matjaz, B. Juric</a> (Author), <a href="http://www.amazon.com/exec/obidos/search-handle-url?%5Fencoding=UTF8&amp;search-type=ss&amp;index=books&amp;field-author=Ramesh%20Loganathan">Ramesh Loganathan</a> (Author), <a href="http://www.amazon.com/exec/obidos/search-handle-url?%5Fencoding=UTF8&amp;search-type=ss&amp;index=books&amp;field-author=Dr.%20P.%2C%20G%20Sarang">Dr. P., G Sarang</a> (Author) </span></div>
<div class="buying">好不容易，不过只能搞到以上两本。。。</div>
<ul>
<li><a href="http://lazing.ave7.net/2007/xfire-and-spring-development-of-the-use-of-web-services/" rel="bookmark" title="2007/12/29">使用XFire与Spring开发Web Services</a></li>
<li><a href="http://lazing.ave7.net/2009/twitter-to-see-from-the-enterprise-software-architecture-such-as-a/" rel="bookmark" title="2009/06/28">从Twitter等看企业软件架构（一）</a></li>
<li><a href="http://lazing.ave7.net/2008/seven-streets-development-report-1104/" rel="bookmark" title="2008/11/05">七街开发报告1104</a></li>
</ul>
<p><!-- Random Posts took 9.620 ms --></p>
]]></content:encoded>
			<wfw:commentRss>http://lazing.ave7.net/2008/september-2008-to-study-the-subject-of-soa/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
