《SOA概念、技术与设计》学习笔记(一)(连载中...)

这篇博客介绍了SOA的概念,从Web Service的基础规范开始,探讨了WSDL如何描述服务接口和协议,SOAP如何封装服务间的消息传递,以及UDDI在服务注册中的作用。通过学习,有助于理解SOA架构的基本元素和服务发现机制。
摘要由CSDN通过智能技术生成

最近好久没更新blog了,是因为最近都在忙着思考SOA相关的东西,确实是需要好好整理的时候了:
        SOA涉及面很广,以至于感觉到新名词目接不暇呀,今天主要从最简单的Web service规范讲起吧:
Web service与SOA的关系,这个议题觉得过大,因为要一下讲清楚并不是那么容易的,还得从第一代Web service规范来讲起,第一代Web service规范的关注点主要是关注于基本SOA,这个其实很容易想到,既然是面向服务架构,必定有service、service之间的关系、当然还有管理service注册的注册中心。
        用于描述service的规范是WSDL规范,其主要部分包括两部分:1、抽象部分 2、具体部分,抽象部分包括服务提供的接口(portType),该接口内就有操作和消息,相当于普通Java接口的函数以及函数参数,具体部分就包括具体的binding协议类型、服务地址等信息,让服务请求者可以通过服务地址信息找到某个服务,并用相应的协议与之通讯,调用的接口信息则已经在抽象部分给出。
       用于描述service与service关联的消息(也就是服务间的关系),一般就有SOAP协议消息框架来完成,SOAP消息由evenlop包装,包装了消息头和消息体,其中消息头可以包含丰富的控制信息,以便让服务可以尽量保证无状态,而消息体则是具体的信息负载部分,也就是具体的数据部分了。
       用于管理服务注册的UDDI规范,该规范一般在服务比较多的情况下,为所有的服务提供一个注册的场所,让服务请求者可以到这里来寻找需要的服务,其实就是一个简单的server loc

内容简介 《SOA实践指南》展示了实现面向服务的架构(SOA)切实可行的 规律,使得SOA不再只是镜花水月,可望而不可及。《SOA实践指南》基于作者在一家 领先行业的公司中全面推广SOA的第一手经验,解释了SOA如何简化大型应用的创建和 维护。不管你的项目是包含一套巨大的、基于Web Services的组件集,还是需要将老 系统和更现代化的业务流程连接起来,《SOA实践指南》都阐明了SOA如何满足你的需 要。 目录 第1章:动机 1.1 大型分布式系统的特征  1.2 魔术总线故事  1.3 魔术总线故事给我们的启示  1.4 soa历史  1.5 五页幻灯讲完soa 第2章:soa  2.1 soa定义  2.2 soa驱动因素  2.3 soa概念  2.4 soa要素  2.5 soa不是银弹  2.6 soa不是特定技术  2.7 对比soa与分布式对象  2.8 soa术语  2.9 总结 第3章:服务  3.1 服务  3.2 接口和契约 . 3.3 额外的服务特性  3.4 总结 第4章:松耦合  4.1 对容错的需求  4.2 松耦合的形式  4.3 处理松耦合  4.4 总结 第5章:企业服务总线  5.1 esb职责  5.2 异质的esb  5.3 esb的差异  5.4 esb增值服务  5.5 总结 第6章:服务分类  6.1 基础服务分类  6.2 基本服务  6.3 组合服务  6.4 流程服务  6.5 其他服务分类法  6.6 技术服务和基础设施服务  6.7 服务之外  6.8 总结 第7章:业务流程管理  7.1 bpm术语  7.2 bpm和soa  7.3 用于服务的bpm的例子  7.4 业务流程建模  7.5 识别服务的其他方法  7.6 配制和编排  7.7 更多思考  7.8 总结 第8章:soa和组织  8.1 角色和组织  8.2 出资模型  8.3 总结 第9章:上下文环境中的soa  9.1 基于soa的架构模型  9.2 处理前端和后端  9.3 总结 第10章:消息交换模式  10.1 mep简介  10.2 基本mep  10.3 更复杂的mep  10.4 处理可靠性和错误  10.5 处理不同mep层  10.6 事件驱动的架构  10.7 总结 第11章:服务生命周期  11.1 开发中的服务  11.2 生产中的服务  11.3 总结 第12章:版本划分  12.1 版本划分需求  12.2 领域驱动的版本划分  12.3 数据类型的版本划分  12.4 配置管理驱动的版本划分  12.5 实践中的版本划分  12.6 总结 第13章:soa和性能  13.1 性能在哪儿重要  13.2 从远程存储过程到服务  13.3 性能和可重用性  13.4 性能和向后兼容性  13.5 总结 第14章:soa和安全  14.1 安全需求  14.2 处理安全需求  14.3 实践中的soa安全.  14.4 xml和web services的安全  14.5 安全问题何时凸现  14.6 总结 第15章:技术细节  15.1 服务和状态  15.2 幂等性  15.3 测试和调试  15.4 处理技术性数据(头数据)  15.5 数据类型  15.6 错误处理  15.7 总结 第16章:web s8rvices  16.1 使用web services的动机  16.2 基础web services标准  16.3 实践中的web services  16.4 结束按语  16.5 总结 第17章:服务管理  17.1 服务中间人的历史  17.2 业务库和注册中心  17.3 总结 第18章:模型驱动的服务开发  18.1 生成的服务代码  18.2 建模服务  18.3 实践中的元模型  18.4 建立mdsd过程  18.5 工具  18.6 避免瓶颈  18.7 总结 第19章:建立soasoa监管  19.1 引入soa  19.2 soa监管  19.3 按部就班soa  19.4 其他soa方法  19.5 其他建议  19.6 总结 第20章:后记  20.1 soa是新东西吗?  20.2 soa增加了复杂性吗?  20.3 soa关键的成功要素是什么?  20.4 soa在哪些地方不合适?  20.5 soa替代了oop吗?
SOA,即面向服务的架构,是一种软件设计模式,它将软件系统划分为互相协作的服务单元,每个服务单元都能够独立地被开发、部署和管理。SOA主要基于以下几个关键概念:服务、服务提供者、服务消费者、服务注册与发现、服务协议和消息等。 在SOA中,服务是系统中可以被其他应用程序使用的组件,它们之间通过网络进行通信,可以是简单的数据传输服务,也可以是复杂的业务逻辑服务。服务提供者负责发布服务并向外部应用程序提供访问接口,而服务消费者则利用这些服务来完成特定的任务。 SOA技术主要包括面向服务的软件开发、服务的部署和管理、服务的集成与通信,以及服务的安全保障等方面。常用的SOA技术包括Web服务、RESTful服务、消息队列和ESB等。这些技术能够帮助开发人员更好地构建和管理服务,从而提高系统的灵活性和扩展性。 在设计方面,SOA注重服务的模块化、可重用性和互操作性。使用SOA设计系统能够更好地适应不断变化的业务需求,提高系统的可维护性和可扩展性。此外,SOA还能够提高系统的安全性和可靠性,减少系统之间的耦合关系,降低整体系统的复杂度。 总而言之,SOA是一种重要的软件架构设计模式,它通过服务的组件化和互相协作,提供了一种灵活、可扩展、安全和可靠的系统架构设计思路。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值