案例分析之面向服务架构

案例分析之面向服务架构

Table of Contents

  • 1 案例分析之面向服务架构

    • 1.1 定义
    • 1.2 模型
    • 1.3 SCA构件
    • 1.4 webservice
      • 1.4.1 WSDL
      • 1.4.2 UDDI
      • 1.4.3 SOAP

1 案例分析之面向服务架构

1.1 定义

W3C:SOA是一种应用程序体系结构,在这种体系结构中,所有功能都定义为独立的服务,这 些服务带有明确的可调用接口,能够以定义好的顺序调用这些服务形成业务流程。

SOA的特征:松散耦合、粗粒度、标准化接口。

1.2 模型

在SOA模型中,所有功能都定义为独立的服务,所有服务通过交互和协调完成业务的整体逻 辑,所有服务通过服务总线或流程管理器连接,这种松散耦合的体系结构使得各服务之间无 需考滤双方的内部实现细节,以及部署在什么平台上。

SOA模型

SOA开发生命周期:建模、组装、布署、管理。

1.3 SCA构件

SCA(Service Component Architecture)服务构件体系结构中的构件与传统构件的主要区别:

  • 服务构件往往是粗粒度的,而传统构件以细粒度居多
  • 服务构件的接口是标准的,主要是WSDL,而传统构件接口常以具体的API形式出现
  • 服务构件的实现现与具体语言无关,而传统构件常绑定某种特定的语言
  • 服务构件可以获得构件容器提供的QoS服务,而传统构件完全由程序代码直接控制

1.4 webservice

webservice

webservice作为SOA实现技术,应用系统可分为6个部分:

  • 底层传输层:负责消息的传输机制,协有HTTP,SMTP
  • 消息协议层:描述和定义服务之间进行服务调用所需的技术标准,标准有SOAP,REST
  • 服务描述层:以一种统一的方式描述服务接口和消息交换方式,主要是WSDL
  • 服务层:是SOA的具体使用,对遗留系统进行包装,通过发布的WSDL描述被定位和调用
  • 业务流程层:功能是支持服务发现,服务调用,将业务流程从服务的底层抽象出来,标准 有WSBREL(业务流程执行语言)
  • 服务注册层:功能是支持服务提供者通过WSDL发布服务,支持服务使用者查找所需服 务信息,协议是UDDI

1.4.1 WSDL

WSDL是服务的描述语言,WSDL有一套基于XML的定义,WSDL重点是服务描述,包含服务实现 定义(Service Implementtation Definition),服务接口定义(Service Interface Definition)。

WSDL

服务接口定义就是一种抽象的,可重用的定义,行业标准组织可以使用这些接口定义一些标 准的服务类型,服务实现者可以根据这标准实义实现具体的服务。

服务实现定义描述给定服务提供者如何实现特定的服务接口,服务实现定义包括服务和端口 描述,服务描述了一个特定web服务所包含的所有访问入口的布署细节,端口描述了一个特 定访问入口的布署细节。

具体来说,有两个不同时期使用WSDL,一个是在编写调用服务的客户端代码的设计时期,一 个是在程序运行时期。

1.4.2 UDDI

统一描述、发现、集成协议UDDI,在UDDI协议规范中,包含以下3部分内容:

  • UDDI数据模型:UDDI数据模型是一个用于描述业务服务和WEB服务的XML Xchema
  • UDDI API:UDDI API是一组用来查找和发布UDDI数据的方法,UDDI API基于SOAP
  • UDDI 注册服务:UDDI注册服务是WEB服务的基础设施,UDDI注册服务对应服务注册中心的 角色

1.4.3 SOAP

SOAP以XML形式提供简单的、软量级的在分散或分布环境中交换结构化和类型信息的机 制,SOAP主要包含以下4个部分:

  • SOAP封装结构:封装(Envelope)、SOAP头(Header)、SOAP体(Body)
  • SOAP编码规则
  • SOAP RPC表示
  • SOAP绑定

Date: 2014-09-23 11:12:50

Author:

Org version 7.8.06 with Emacs version 23

Validate XHTML 1.0

时间: 2024-10-09 23:14:42

案例分析之面向服务架构的相关文章

领域驱动设计的面向服务架构

[.NET领域驱动设计实战系列]专题二:结合领域驱动设计的面向服务架构来搭建网上书店 一.前言 在前面专题一中,我已经介绍了我写这系列文章的初衷了.由于dax.net中的DDD框架和Byteart Retail案例并没有对其形成过程做一步步分析,而是把整个DDD的实现案例展现给我们,这对于一些刚刚接触领域驱动设计的朋友可能会非常迷茫,从而觉得领域驱动设计很难,很复杂,因为学习中要消化一个整个案例的知识,这样未免很多人消化不了就打退堂鼓,就不继续研究下去了,所以这样也不利于DDD的推广.然而本系列

[.NET领域驱动设计实战系列]专题二:结合领域驱动设计的面向服务架构来搭建网上书店

一.前言 在前面专题一中,我已经介绍了我写这系列文章的初衷了.由于dax.net中的DDD框架和Byteart Retail案例并没有对其形成过程做一步步分析,而是把整个DDD的实现案例展现给我们,这对于一些刚刚接触领域驱动设计的朋友可能会非常迷茫,从而觉得领域驱动设计很难,很复杂,因为学习中要消化一个整个案例的知识,这样未免很多人消化不了就打退堂鼓,就不继续研究下去了,所以这样也不利于DDD的推广.然而本系列可以说是刚接触领域驱动设计朋友的福音,本系列将结合领域驱动设计的思想来一步步构建一个网

面向服务架构的一些思考

在谈面向服务架构之前,首先来看看什么是服务.常谈的业务组件,业务方法或操作是否都是服务?真正的服务必须满足两个条件,一个服务本身是能力供给,必须有外界的需求:一个是服务本身是可复用或重用.一般来讲服务应该是可重用的任务,这种任务可以是业务方面的操作组合,也可以是一种技术能力. 面向服务的重点就是一切以服务为中心,从服务识别,服务分析,服务设计,服务开发和服务上线使用一切都是以服务为中心.但是要注意到面向服务本身不是在面向结构或面向对象基础上的一个新方法,而是对面向对象和组件化思想的提升. 面向服

SOA面向服务架构简述

如果你对项目管理.系统架构有兴趣,请加微信订阅号"softjg",加入这个PM.架构师的大家庭 在上篇中我们简单谈了下架构设计中服务层的简单理解,在这里我们将继续服务层的架构,在本节我们将重点在于分布式服务.在分布式系统中表现层和业务逻辑层 并不处于同一物理部署,所以我们必须存在分布式服务,以契约方式发布于网络中,我们的关注点在于服务,面向服务编程,这种通过组合业务逻辑暴露可用服务的架构叫做面向服务架构(SOA). SOA强调一个松耦合,基于宏服务的架构,通过契约暴露给服务消费者可用的

OSGi——面向服务架构规范简述

OSGi——面向服务架构规范简述 去年我们组要开发一个新的产品,在讨论产品架构路线的时候,美国的架构师向大家征集了架构设计思想(我推荐了SCSF),有一位工程师向他推荐了OSGi.以前我还没有听过OSGi这玩意,虽然我参加工作后,现学了Java和Flex,但非常菜.在工作之前我用了4年的.NET.接触了OSGi后,发现它是一个面向Java的服务规范,还没有一个像样的面向.NET的框架(有个EgeyeAddIn,据说兼容OSGi,我看了源代码了,觉得它离OSGi较远http://www.codep

为什么说社会形态影响着SOA面向服务架构思想?

产品将面对的社会形态 新研发的平台产品所面临的问题是:面对激烈的商业竞争形势,使大多数企业都面临着增长业绩.提高生产率和降低成本的压力,而产业的趋势是业务方法不断变化,特别表现在企业重构和解构这两个特征上. 企业重构:传统上的企业管理是一种层次化的垂直结构,打造了一个具有固定业务.确定交互.执行高效的模式.但是当竞争形势和市场需求发生变化的时候,它就与动态业务的趋势相冲突,阻碍了快速反应时间.这种外部压力迫使企业重新定位,向水平集成的业务流改变,这就形成了企业重构的趋势. 产业解构:在企业重构中

面向服务架构~本地轮训服务占用内存过高的问题

对于WEB程序来说,它寄宿在IIS提供的w3wp进程中,这个进程占用的内存大小和你的应用程序的使用有个直接关系,你的程序写的标准,它占用内存就相对低,你的程序写的伪范规,该释放的东西不让系统释放(有些对象GC回收不了),就会造成内存使用过高的情况,对于32位系统来说,最高1.6G,超过后,进程自动挂掉! 对于本地服务来说,一般我们采用windowService,windowform来承载,它会自己有一个进程,而最近,我的windowService占用内存过高的问题真的出现了,不到5分钟,进程已经

面向服务架构SOA

SOA架构即面向服务架构. 面向服务的体系结构,是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来. 接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台.操作系统和编程语言.这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互. 这种具有中立的接口定义(没有强制绑定到特定的实现上)的特征称为服务之间的松耦合.松耦合系统的好处有两点,一点是它的灵活性,另一点是,当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时,

Software-Think SOA 面向服务架构思想

SOA 四项信条 边界明确 服务自治 服务共享数据模式和契约而不是类 基于策略确定服务兼容性 在大规模分布式应用程序(如 SOA系统)领域中,相关联得涉及模式被称为 Messagign 消息传送模式. Messaging 模式(与设计模式类似)为复杂问题提供标准得解决方案. 以一种统一得形式解决在众多彼此分离得系统中共享数据得问题. Document Message 模式使得能够采用一种统一.灵活得方法与服务通信. 该模式并不使用典型得 RPC 风格得参数化方法来暴露服务API,而是采用消息对象