SOA
SOA 是经过功能组件化、服务化,来实现系统集成、解决信息孤岛,这是其主要目标。而更进一步则是实现更快响应业务的变化、更快推出新的应用系统。与此同时,SOA 还实现了整合资源,资源复用。git
SOA 服务的设计标准是粗粒度、高重用、灵活、标准。性能则并不是首要考虑因素。github
SOA 的两大功能是集成、服务编排(BPEL、BPM)。WF 在 SOA 架构中,实现服务编排的功能。数据库
参考架构:安全
相关资源:服务器
ESB
ESB 是 SOA 的重要实现手段。ESB 实现 SOA 时,它做为中心、媒介,集成的系统将只与它进行交互。而 ESB 实现与各类系统间的协议转换、数据转换、透明的动态路由功能(基于内容)。
在设计 ESB 时,集中的分发模块会影响性能、可伸缩性、容错能力,因此 ESB 要有良好的可伸缩性,支持集群。
IBM 总结了 ESB 的功能,较完整的功能以下:
通讯 |
服务交互 |
|
|
集成 |
服务质量 |
|
|
安全性 |
服务级别 |
|
|
消息处理 |
管理和自治 |
|
|
建模 |
基础架构智能 |
|
|
而最低要求的 ESB 须要具备的功能:
通讯 |
集成 |
|
|
服务交互 |
|
|
相关资源:
NServiceBus
NServiceBus 是 .NET 平台上最受欢迎的一个开源 ESB 框架。有较完善的文档及示例代码。
目前,.NET 平台上开源的 ESB 框架,大多基于消息队列来实现。NServiceBus 一样也使用消息队列机制来实现消息的传递,例如可使用 MSMQ。因为消息队列天生就是异步传输的,因此 NSB 也一样只支持异步消息,是一种‘发送即忘却’的模式。(As a general purpose communications technology, WCF does not enforce the queued messaging paradigm. NServiceBus does, and the architectural implications are profound.)。
NServiceBus 相对于 WCF 的优点在于:事件驱动的架构(发布、订阅)、更好地支持长时间运行的工做流。
缺点一:只支持异步的消息机制的问题是,没法进行传统的的数据查询。(To allow clients to perform queries, it is best not to use NServiceBus. Messaging is designed for non-blocking operations, and queries are (for the most part) operations for which the user wishes to wait.)
若是必定要使用 NSB 来实现数据查询,那么只能经过 CQRS 来进行系统的设计:
缺点二:NSB 的服务能够轻易集成到 WCF 中使用 MSMQ 实现,可是反之则不行。也就是说,已经使用 WCF 开发的服务,是没法使用 NSB 来完成简单的迁移的。(缘由也主要是由于 NSB 的异步机制。)
相关资源:
infoq 官方采访介绍:NServiceBus——让建立企业级.NET系统更加容易
NServiceBus---最流行的开源企业服务总线 for .Net
云计算,及与 SOA 的关系
云计算是一种部署体系结构,而 SOA 则是企业 IT 的体系结构。
SOA与云整合既带来应用和业务流程灵活的虚拟化和节省的费用(云),又带来原有应用的集成应用及业务流程的敏捷重构(SOA)。
上层基于 SOA 进行应用服务的开发,底层基于云计算进行资源整合,包括存储,网络,数据库,服务器等。
目前业界比较多的观点赞同:SOA 与云计算将整合发展。
它们的关系:
- 从产生的背景和缘由看,SOA产生的缘由是为解决企业存在的信息孤岛和遗留系统这两大问题。云计算产生的缘由是企业的信息系统数据量的高速增加与数据处理能力的相对不足,还有计算资源的利用率处于不平衡的状态。
- 从关键的技术和属性看,经过产生背景和缘由的分析,SOA和云计算是不一样的概念,可是它们却互相联系,又有必定的类似性。从服务角度来看,SOA实现了能够从多个服务提供商获得多个服务(一个服务即是一个功能模块),并经过不一样的组合机制造成本身所需的一个服务;云计算实现了全部的资源都是服务,能够从云计算提供商购买硬件服务、平台服务、软件服务等,把购买的资源做为云计算提供商提供的一种服务。
- 从关键技术来看,SOA须要实现业务组件的可重用性、敏捷性、适应改变、松耦合、基于标准;云计算则须要虚拟化技术、按需动态扩展、资源即服务的支撑。
- 从应用场景来看,当企业的业务需求常常改变的时候能够考虑使用SOA;当企业对IT设施的需求常常改变或者没法提早预知的时候能够考虑使用云计算,当有大量的批处理计算的时候也能够考虑使用云计算。
- 从应用的侧重点来看,SOA侧重于采用服务的架构进行系统的设计,关注如何处理服务;云计算侧重于服务的提供和使用,关注如何提供服务。
- 从商业模式来看,SOA可能会下降软件的开发及维护的成本,商业模式是间接的,须要落地;云计算根据使用的时间(硬件)或流量(带宽)进行收费,具备明确的商业模式。
下面列出最近看的与本文相关的一些 pdf 书籍,东西太多,不上传了,列下书名:
《中国SOA最佳应用及云计算融合实践》、《SOA in the Real World》、《SOA应用案例分析及设计》、《A Developer’s Guide to the Microsoft .NET Service Bus》、《IBM ESB概要设计说明书@CBOD》、《Mule+ESB+Studio+v3.3安装使用手册》、《软通动力 兰州ESB平台项目详细设计说明书》、《SOA实践者指南》、《基于.NET+Framework+WCF的面向服务SOA中间件设计》、《基于WCF的SOA框架设计》、《IBM-ESB 在 SOA 内的工做角色》、《WSSF(服务工厂)架构剖析》、《开源SOA快速入门指南》、《Composite Software Construction》、《Enterprise Integration Patterns - Designing Building and Deploying Messaging Solutions》、《Enterprise SOA Adoption Strategies》、《Prentice.Hall.SOA.with.NET.and.Windows.Azure.May.2010》。
其它: