码迷,mamicode.com
首页 > 其他好文 > 详细

服务计算 SO 服务的设计

时间:2015-05-05 00:04:17      阅读:237      评论:0      收藏:0      [点我收藏+]

标签:soa   so   服务计算   

服务计算:

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

 服务--商业

 计算--信息技术

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

二、解决方面:

1、技术平台与架构

2、服务交付

3、业务管理与整合

三、服务:

1)什么是服务:

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

服务无处不在

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

1、衡量KPIkey 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、逻辑上将这样的个体成为服务。 

服务计算 SO 服务的设计

标签:soa   so   服务计算   

原文地址:http://blog.csdn.net/ymzmdx/article/details/45488951

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!