本文共 1517 字,大约阅读时间需要 5 分钟。
为什么SOA?
- 互操作性,系统间的连接不需要额外的桥梁
- 版本控制,更新,升级,添加新功能不需要现有的客户端或服务端做停机处理
- 灵活性,增强服务只需要升级硬件,而不需要调整软件。
- 边界明确
- 服务间是自治的
- 服务间共享结构和协议,而不是类(class)
- 服务的兼容性依赖于策略
SOA的两边结构虽不同,且物理隔绝,但也阻止不了其互操作 - 服务契约(外部设计),服务契约规定了如何与服务接口通信
- 服务接口(翻译和分发),接口设计规定了如何从公共格式(服务契约)转化成内部的实现类(内部设计)
- 服务实现(内部设计),服务实现通过面向对象的方式设计功能需求
- 契约优先,设计SOA最合适的方法论
- 方式:专注于如何与服务通信,只使用公开的标准(xml,XSD,WS-*)
- 很少的工具可用,微软的服务工厂(Microsoft Service Factory)
- 有自己的数据格式
- 有两种格式描述数据,公开的用来部署结构,内部的用来实现类型系统
- 服务的实现
- 服务的接口,在内外两种数据格式间翻译转换
- 翻译格式,
- 需要至少一个级别的间接ID关系(SOA服务器GUID+#+数据库识别ID)
- 实现内部类型,Dataset, ADOBO, ResultSet, CLR,必须能转换成公共的契约
- 分布式系统意味着没有保证的连接
- 可靠性和扩展性要求状态在内存外存储
- 临时耦合应该由session key 和 持久化session存储
- 考虑持久的服务和消息
- WCF
- REST(XML-RPC,JSON)
- 聚合(RSS,ATOM)
- 分布式通信基于扩展的XML框架(互操作是主要目标,基于SOAP标准,依赖WEB)
- WebSerivce协议通过行业标准W3C定义(WS-Addressing, WS-Security, WS-AtomicTransaction)
- WCF3.5支持暴露REST服务
- 允许无SOAP客户端的连接
- 以WEB为中心的编程模型
- 支持JSON
- 方便实现聚合(RSS)
- 用URI模板绑定和解析URI
- 新特性:WebGet,WebInvoke WebGet,允许映射Http GET 操作 WebInvoke支持HTTP POST, PUT, DELETE等
- 新的绑定和行为,WebHttpBinding,WebHttpBehaivor
- 新的宿主,WebServiceHost
- 配置自由,WebSerivceHostFactory
- 访问Header,设置content-type,WebOperationContext 设置状态(NotFound, Forbidden),设置Content-Type(text/html, image/jpge)
- 支持Ajax式的格式:JSON
- 新的聚合API
- HTTP和FTP都在TCP之上
- WebRequest, WebResponse
- WebClient, 对WebRequest, WebResponse做简单的封装
- WCF REST kit
- 使用RSS和ATOM传输数据
- 支持WCF3.5
- 对象模型(SyndicationFeed,SyndicationItem)
转载地址:http://ollgb.baihongyu.com/