<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>虫虫的专栏 - SOA技术</title><link>http://blog.csdn.net/steelren/category/326486.aspx</link><description /><dc:language>zh-CN</dc:language><lastUpdateTime>Sat, 30 Aug 2008 12:23:00 GMT</lastUpdateTime><ttl>60</ttl><item><dc:creator>虫虫</dc:creator><title>穿越BPM迷宫指南</title><link>http://blog.csdn.net/steelren/archive/2008/08/30/2852120.aspx</link><pubDate>Sat, 30 Aug 2008 12:08:00 GMT</pubDate><guid>http://blog.csdn.net/steelren/archive/2008/08/30/2852120.aspx</guid><wfw:comment>http://blog.csdn.net/steelren/comments/2852120.aspx</wfw:comment><comments>http://blog.csdn.net/steelren/archive/2008/08/30/2852120.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/steelren/comments/commentRss/2852120.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2852120</trackback:ping><description>多家供应商，涉及多种标准，还有不断变更的需求，这让我们很难去认识到有哪些是能够满足BPM项目需求的。本白皮书将讨论如何实现一个完整地BPM解决方案，可以对核心业务流程进行端到端管理，成为一种帮助企业生产力和效率的方式。&lt;img src ="http://blog.csdn.net/steelren/aggbug/2852120.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>虫虫</dc:creator><title>SLA——服务水平协议</title><link>http://blog.csdn.net/steelren/archive/2008/05/23/2475028.aspx</link><pubDate>Fri, 23 May 2008 20:58:00 GMT</pubDate><guid>http://blog.csdn.net/steelren/archive/2008/05/23/2475028.aspx</guid><wfw:comment>http://blog.csdn.net/steelren/comments/2475028.aspx</wfw:comment><comments>http://blog.csdn.net/steelren/archive/2008/05/23/2475028.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/steelren/comments/commentRss/2475028.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2475028</trackback:ping><description>服务水平协议是定义服务提供者和用户之间关系的一个文件。很明显，对于双方来说，这都是一种极为重要的文件。&lt;img src ="http://blog.csdn.net/steelren/aggbug/2475028.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>虫虫</dc:creator><title>数据集成是挖掘SOA全部潜能的关键</title><link>http://blog.csdn.net/steelren/archive/2008/02/17/2101277.aspx</link><pubDate>Sun, 17 Feb 2008 22:51:00 GMT</pubDate><guid>http://blog.csdn.net/steelren/archive/2008/02/17/2101277.aspx</guid><wfw:comment>http://blog.csdn.net/steelren/comments/2101277.aspx</wfw:comment><comments>http://blog.csdn.net/steelren/archive/2008/02/17/2101277.aspx#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://blog.csdn.net/steelren/comments/commentRss/2101277.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2101277</trackback:ping><description>当SOA的好处变得越来越明显，早期的使用者们认识到要挖掘SOA的全部潜能，底层数据的集成是非常必要的。&lt;img src ="http://blog.csdn.net/steelren/aggbug/2101277.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>虫虫</dc:creator><title>跨越企业拓展SOA的优势</title><link>http://blog.csdn.net/steelren/archive/2008/01/04/2026130.aspx</link><pubDate>Fri, 04 Jan 2008 22:08:00 GMT</pubDate><guid>http://blog.csdn.net/steelren/archive/2008/01/04/2026130.aspx</guid><wfw:comment>http://blog.csdn.net/steelren/comments/2026130.aspx</wfw:comment><comments>http://blog.csdn.net/steelren/archive/2008/01/04/2026130.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/steelren/comments/commentRss/2026130.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2026130</trackback:ping><description>通过面向服务架构(SOA)创建IT基础架构，已经在IT社区中得到了广泛的认可。这样做的好处是引人注目的，包括通过对已有的代码进行重用来快速部署新的功能(降低开发成本)、灵活性(提高对业务需求的反应速度)和降低维护成本(让工作人员有时间去进行自主创新的工作)。尽管大多数的SOA平台能够支持企业内部的应用程序，但是还有一个更大的机会，使用SOA能更容易得进行跨企业——在企业和他的合作伙伴或者客户之间——的应用系统整合。基于SOA的企业对企业 (以下简称B2B)架构不仅能够降低开发成本，还可以提供附加价值链经济体系并且降低项目风险。因为SOA能够利用因特网技术以及基于因特网的标准，基于SOA模式的B2B平台能够很好的降低合作伙伴的负担并且能够简化企业与合作伙伴或者客户之间的通讯与交流。&lt;img src ="http://blog.csdn.net/steelren/aggbug/2026130.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>steelren</dc:creator><title>服务仲裁 - SOA中企业服务总线的角色</title><link>http://blog.csdn.net/steelren/archive/2007/10/28/1851197.aspx</link><pubDate>Sun, 28 Oct 2007 14:00:00 GMT</pubDate><guid>http://blog.csdn.net/steelren/archive/2007/10/28/1851197.aspx</guid><wfw:comment>http://blog.csdn.net/steelren/comments/1851197.aspx</wfw:comment><comments>http://blog.csdn.net/steelren/archive/2007/10/28/1851197.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/steelren/comments/commentRss/1851197.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1851197</trackback:ping><description>业务敏捷——能够快速适应需求变化的能力——正逐渐成为激烈竞争的全球市场中业务运作的关键目标。业务管理人员需要迅速重新调配资源和流程来应对这些变化。为了更迅速的应对这些变化，IT管理人员正在抛开那些孤立的流程和整体化的企业应用软件，他们正在尝试将应用系统进行松耦合集成的方式，并在企业中提供可以作为可重用服务的业务功能。
面向服务架构(SOA)是一种通过松耦合的“服务”组件创建企业IT基础架构的方式，这些组件就是一些离散的功能。合成的应用系统是SOA环境的关键元素。这些应用系统通过调用和编排若干的服务、事件和模型来创建，通过这种方式将他们封装成为更高层次的业务功能。这些功能使IT部门能够重用那些已经被测试过的过程和具有扩展性和服务质量的组件，增加了业务的敏捷性。这些重用可以帮助减少市场响应时间并降低IT开发成本。
企业服务总线(ESB)是分布式的、基于消息的集成解决方案，遵循开放的标准。ESB的角色是在各种IT资源——比如企业中分布于不同的系统上的应用系统、平台和服务之间——更容易的建立可靠的通讯。当IT部门越来越关注构建SOA来降低开发成本并提升业务敏捷时，ESB就成为了建立企业SO&lt;img src ="http://blog.csdn.net/steelren/aggbug/1851197.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>steelren</dc:creator><title>UDDI and Beyond —— 服务注册和服务仓库在SOA中的角色</title><link>http://blog.csdn.net/steelren/archive/2007/10/22/1837982.aspx</link><pubDate>Mon, 22 Oct 2007 20:51:00 GMT</pubDate><guid>http://blog.csdn.net/steelren/archive/2007/10/22/1837982.aspx</guid><wfw:comment>http://blog.csdn.net/steelren/comments/1837982.aspx</wfw:comment><comments>http://blog.csdn.net/steelren/archive/2007/10/22/1837982.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/steelren/comments/commentRss/1837982.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1837982</trackback:ping><description>随着业务发展步伐的加快，要求企业对客户需求要达到实时的反应。为了达到这个目标，很多企业的IT部门已经采用了面向服务架构(SOA)。SOA可以帮助企业降低开发成本，降低项目失败的风险，增加IT资产的重用，并且提高业务的敏捷性。&lt;img src ="http://blog.csdn.net/steelren/aggbug/1837982.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>steelren</dc:creator><title>企业级SOA之路——在Web Service中使用HTTP和JMS</title><link>http://blog.csdn.net/steelren/archive/2007/08/23/1756683.aspx</link><pubDate>Thu, 23 Aug 2007 21:49:00 GMT</pubDate><guid>http://blog.csdn.net/steelren/archive/2007/08/23/1756683.aspx</guid><wfw:comment>http://blog.csdn.net/steelren/comments/1756683.aspx</wfw:comment><comments>http://blog.csdn.net/steelren/archive/2007/08/23/1756683.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/steelren/comments/commentRss/1756683.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1756683</trackback:ping><description>    IT业界在早期有一种误解，认为Web Service等同于面向服务架构(SOA)。实际上，SOA远不止这些。虽然SOAP是一种愈加通用的消息格式，但SOA通常还会需要其他的底层transport。当构建SOA的时候，如何选择这些底层transport是最重要的决定之一。为了支持关键业务应用系统的需要，使用的transport必须要灵活、可靠而且可扩展；必须能够支持不同类型的同步或者异步的服务通讯。HTTP和Java消息服务(JMS)是两种最常用的标准SOAP消息transport。
    本文分析了HTTP和JMS各自的优点和协议，重点讲述每一种transport在SOA中的什么地方是最适用的并且演示如何使用它们。&lt;img src ="http://blog.csdn.net/steelren/aggbug/1756683.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>steelren</dc:creator><title>[转贴]BPM介绍</title><link>http://blog.csdn.net/steelren/archive/2007/07/31/1718987.aspx</link><pubDate>Tue, 31 Jul 2007 12:36:00 GMT</pubDate><guid>http://blog.csdn.net/steelren/archive/2007/07/31/1718987.aspx</guid><wfw:comment>http://blog.csdn.net/steelren/comments/1718987.aspx</wfw:comment><comments>http://blog.csdn.net/steelren/archive/2007/07/31/1718987.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/steelren/comments/commentRss/1718987.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1718987</trackback:ping><description>2004年5月份，Gartner发布了一篇名称为“A BPM Taxonomy: CreatingClarity in a Confusing Market”的文档，对当前BPM市场内的产品进行了分类和定位，并提出了“BPM Suite”这个概念来诠释整个BPM产品的解决方案。BPM概念也很少再单独出现，厂家更喜欢冠以“BPM套件(BPM Suite)”或“BPM解决方案(BPM Solution)”标榜系统的完整性。&lt;img src ="http://blog.csdn.net/steelren/aggbug/1718987.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>steelren</dc:creator><title>SOA初探</title><link>http://blog.csdn.net/steelren/archive/2007/07/27/1710660.aspx</link><pubDate>Fri, 27 Jul 2007 00:25:00 GMT</pubDate><guid>http://blog.csdn.net/steelren/archive/2007/07/27/1710660.aspx</guid><wfw:comment>http://blog.csdn.net/steelren/comments/1710660.aspx</wfw:comment><comments>http://blog.csdn.net/steelren/archive/2007/07/27/1710660.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/steelren/comments/commentRss/1710660.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1710660</trackback:ping><description>soa&lt;img src ="http://blog.csdn.net/steelren/aggbug/1710660.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>steelren</dc:creator><title>事件驱动SOA：更好的SOA方式</title><link>http://blog.csdn.net/steelren/archive/2007/07/07/1681988.aspx</link><pubDate>Sat, 07 Jul 2007 13:36:00 GMT</pubDate><guid>http://blog.csdn.net/steelren/archive/2007/07/07/1681988.aspx</guid><wfw:comment>http://blog.csdn.net/steelren/comments/1681988.aspx</wfw:comment><comments>http://blog.csdn.net/steelren/archive/2007/07/07/1681988.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/steelren/comments/commentRss/1681988.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1681988</trackback:ping><description>专家们都同意面向服务架构(SOA)是开发全新企业架构的正确方法。你的公司可能已经开始向SOA迈进，但是从长远来看你们是否在正确地实施SOA？如果你们没有支持事件处理的话，答案可能是没有。事件驱动SOA：未来的基础。&lt;img src ="http://blog.csdn.net/steelren/aggbug/1681988.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>steelren</dc:creator><title>工作流(Workflow)和BPM的不同</title><link>http://blog.csdn.net/steelren/archive/2007/06/30/1672960.aspx</link><pubDate>Sat, 30 Jun 2007 23:33:00 GMT</pubDate><guid>http://blog.csdn.net/steelren/archive/2007/06/30/1672960.aspx</guid><wfw:comment>http://blog.csdn.net/steelren/comments/1672960.aspx</wfw:comment><comments>http://blog.csdn.net/steelren/archive/2007/06/30/1672960.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/steelren/comments/commentRss/1672960.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1672960</trackback:ping><description>1、工作流(Workflow)在模拟、定义、执行和分析方面并不是非常关心完整周期的流程管理。2、BPM业务流程的管理、模拟、执行和分析的独立的软件平台，通常用于P2P、P2A和A2A(STP)任务验证和收入结算流程中。很强的集成能力，业务流程能够通过不同应用系统与多个软/硬件平台进行端到端的连接。BPM关注于由一些独立的应用系统组成的业务流程的的模拟、定义、执行、分析和管理。&lt;img src ="http://blog.csdn.net/steelren/aggbug/1672960.aspx" width = "1" height = "1" /&gt;</description></item></channel></rss>