服务计算 SO 服务的设计

服务计算:

一、产生:为弥补商业模式和信息技术之间的鸿沟

服务--商业

计算--信息技术

应用面向服务技术(SOA)将商业服务和信息技术相结合的产物

二、解决方面:

1、技术平台与架构

2、服务交付

3、业务管理与整合

三、服务:

(1)什么是服务:

服务:至少有一个服务提供者和一个服务消费者并基于一定的商业目标或者解决目标而产生的基于关系的活动。

服务无处不在

(2)IT服务与非IT服务的差别:

1、衡量KPI(key performance indicators)方式不同:

如:对于看病的活动,衡量的标准为多久治好病;而如果是IT服务的话,衡量的方面是服务的可行性、是否按照计划执行、是否在预算之内、是否满足需求

2、两个中的需求管理不同:

如:医疗机构我们考虑的是它的成熟度和稳定性;而IT服务要满足的需求则是根据不同的消费者相关的利益而考虑;

3、改变的步伐不同:

IT服务不仅仅根据用户需求的变化而改变还要根据IT技术的进步而改变;

(3)服务封装的商业逻辑

① 要有清楚的上下文(由商业任务、商业实体及其余的逻辑组成)

② 由一个服务解决的问题可大可小(服务是可以变化的)

③ 可以包含别的服务的逻辑(多个服务可以组合成为新的服务)

④ 商业流程驱动设计:服务以预先定义的符合商业逻辑和运行时状态的顺序执行

⑤ 所有服务都包含的原子性的解决方案:a、单步能完成的任务;b、由多步组成的子流程;c、整个流程的逻辑

(4)服务之间的联系

1、能意识到彼此的联系

服务能够被别的服务或者程序调用,为了能让它们能够实现交互,所以要能够知道彼此的存在(通过服务描述)

2、实现低耦合:通过拥有彼此的服务描述就能够意识到彼此的存在,故而实现了低耦合

(5)服务交流的方式:

消息:a、自主性;b、消息一旦发送,发送方即对消息失去控制权,之后消息发生的变化都与发送方无关;c、足够智能去自己管理各个部分的处理逻辑。

(6)面向服务的设计原则:

1、低耦合:服务包含最少的依赖关系

2、服务控制:服务要遵守由一个或者服务描述定义的交流协议和相关的文档

3、自主性:能够控制自己封装的逻辑

4、抽象:除了服务的描述服务可以隐藏其余逻辑

5、可复用:分给服务相应的逻辑以促进复用

6、可组合:一个集合中的服务能够互相调用和组合构成新的服务

7、无状态性:保存最少的关于一个活动的特殊信息

8、可发现的:服务能够被发现并且可得

(7)构建一个服务:

Web Service

是SOA的一个实现方式,并不等价与它,目前是SOA最好的实现方式

目前所有提供SO方式的平台都是基于Web Service的

四、关于SO(Service-Oriented)

(1)、采用类似于分而治之的方法,将要解决的复杂、庞大的问题分为各个小的模块(SO个体)来解决;

(2)怎样分离OS个体:以它单独能够实现的方面,所以各个个体是互不相同的。

(3)OS个体的特点:

1、原子性,但是并非互相独立

2、拥有一定的通用性和标准性,但是可以独立的发展变化

3、逻辑上将这样的个体成为服务。

时间: 2024-10-13 21:55:57

服务计算 SO 服务的设计的相关文章

服务计算与服务生态系统 第二章测验题答案

1.服务组合由多个装配在一起服务所构成,用以提供对业务任务或过程进行实现的功能.如果服务组合能够进一步的被封装为服务,可以认为服务组合是服务的一种实现方式.√ 2.只要在服务库存中存在,无论是应用服务.业务服务还是编排服务,都可以作为子服务被服务组合装配.√ 3.根据是否直接满足服务消费者的需求,可以将服务生态系统(Services ecosystem)中的服务分为垂直(Vertical)服务和水平(Horizontal)服务.因此,在进行服务系统构建的时候,可以事先将服务分划为这两种类型,并按

服务计算与服务生态系统 第一章测验题答案

1. IT服务和非IT服务都满足服务的基本要求,但他们也有区别.他们的区别包括:KPIs(关键绩效指标)不同.服务雇员不同.变化的步调不同. × 2. 铁三角发布MSR7限量版耳机.在普通MSR7耳机的基础上,限量版耳机听取了消费者的建议和需求,对模具和发声单元进行了大幅改进.4月1日上市贩售,限量10000只,每只耳机均附带唯一编号的收藏证明.这个模式偏服务模式. × 3. 服务模式(Service Mode)和制造模式(Manufacturing Mode)的最大差异在于:服务模式的产物是服

服务计算与服务生态系统 第三章测验题答案

1. 服务系统中的三要素包括:服务提供者.服务消费者和服务注册(Service Registry).其中,服务注册通过支持服务的发布和查找,实现服务提供者和服务消费者之间的松耦合,从而实现服务系统灵活.可动态配置的特点. × 2. 由是否拥有中心协调者作为判断,服务组合(Composition)的方法可以分为编排(Orchestration)和编导(Choreograph).从能力上来说,它们各有不同,在实际使用时需要根据业务场景进行选择. × 3. 对应服务生态系统,SOA-RA(SOA参考架

服务计算与服务生态系统 第六章测验题答案

× 1.UDDI存放的信息可以分为白页(White Pages).黄页(Yellow Pages)和绿页(Green Pages).在使用UDDI发布Web Services时,使用白页记录WSDL的抽象部分:使用绿页记录WSDL的具体部分:使用黄页记录服务合约中的其他信息. √ 2.BPEL是一种使用编排风格实现服务组合的规范.一方面BPEL要求组合成员在WSDL中以partnerLinkType元素说明它在组合中的作用和地位:另一方面使用BPEL文档描述该组合的逻辑流程.BPEL公布了服务实

服务计算基础知识 UDDI SOAP WSDL特性 SOA 设计原则

1. Web Services中的WSDL,UDDI,SOAP都有什么作用?他们是怎么相互作用来使用Web服务系统或应用的?他们的组成元素(结构)分别是什么?这些元素之间有什么关系? WSDL:web服务描述语言,用于描述服务的接口 UDDI:统一描述.发现和集成协议,使得用户可以发现服务并将服务组合到自己的系统中 SOAP:简单对象访问协议,实现消息的封装和传输 它们之间的互操作过程:SOAP负责消息的编码.封装和传输,定义了通信模型,而后通过WSDL分离功能和执行,描述SOAP的服务的接口,

SOA之(3)——面向服务计算基础

面向服务计算基础(Service-Oriented Computing Fundamentals) 面向服务的计算(Service-Oriented Computing) 面向服务的计算是一个伞状术语(umbrella term),它代表下一代分布式计算平台.面向服务的计算包括很多东西,包括它自己的设计范式.设计原则.设计模式.独特的架构模型和相关的概念.技术和框架. 注:伞状术语,意即广泛的观点和看法可以汇集于此,就像不同块的伞布,虽相对独立,但只有相连构成完整的伞才有意义 面向服务的计算构建

以网游服务端的网络接入层设计为例,理解实时通信的技术挑战

本文参考并引用了部分腾讯游戏学院的相关技术文章内容,感谢原作者的分享. 1.前言 以现在主流的即时通讯应用形态来讲,一个完整的即时通讯IM应用其实是即时通信(英文简写:IM=Instant messaging)和实时通信(英文简写:RTC=Real-time communication)2种技术组合在一起的一整套网络通信系统.之所以以IM这个简写代称整个即时通讯软件,其实是历史原因了(因为早期的诸如ICQ这样的即时通讯工具,也就是文字聊天,并没有加入实时音视频这样的实时通信技术),对这个话题有兴

规模化微服务——《微服务设计》读书笔记

    系列文章目录:     <微服务设计>读书笔记大纲 改变思维的角度:故障无处不在 当微服务规模化后,故障是无可避免的,以往我们总是想尽力避免故障的发生,而当故障实际发生时,我们往往束手无策.我们花了很多时间在流程设计和应用设计的层面上来阻止故障的发生,但实际上很少花费时间思考如何第一时间从故障中恢复过来. 一些公司喜欢组织活动,活动当天系统会被关掉以模拟故障发生,然后不同团队演练如何应对这种情况.这些项目中最著名的是混乱猴子(Chaos Monkey),在一天的特定时间随机停掉服务器,

WCF分布式开发步步为赢(6):WCF服务契约继承与分解设计

上一节我们学习了WCF分布式开发步步为赢(5)服务契约与操作重载部分.今天我们来继续学习WCF服务契约继承和服务分解设计相关的知识点.WCF服务契约继承有何优势和缺点?实际项目里契约设计有什么原则和依据?面向对象的设计经验有何值得借鉴的地方?这里我们会一一给出详细的介绍.本文首先介绍的是WCF服务中契约继承的一些概念.例子代码分析,其次来讲解服务契约的设计问题.首先介绍的也是进行服务设计的必要性,服务设计的原则,示例代码分析.最后是全文的总结部分.结构如下:[1]OO面向对象设计原则,[2]服务