Tuxedo培训教材剖析

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Tuxedo基础培训

1.概述

1.1 TUXEDO基本特性介绍

● 中间件的基本概念

● TUXEDO功能简介

1.2 使用TUXEDO进行应用的开发

● 编写一个TUXEDO应用程序的基本步骤

● 客户端程序的编写

● 服务端程序的编写

● TUXEDO常见ATMI函数说明

1.3 TUXEDO配置参数详解

● TUXEDO配置文件的组成

● 各组成部分的参数含义

1.4 TUXEDO管理工具的使用

● 启动、关闭TUXEDO应用

● 命令行管理工具的使用(tmadmin)

1.5 TUXEDO 应用系统设计要点

1.6 术语定义

● BB:(Bulletin Board)TUXEDO应用启动时由BBL进程创建的共享内存块,包

含了TUXEDO用来进行管理所需要的全部信息

● ATMI:(Application-to-Transaction Monitor Interface)面向事务的应用程

序编程接口

● Server:是一个进程,守候一个消息队列

● Service:是一个单一的函数。一个server可以包含多个services.

● DDR:(Data Dependant Routing)数据依赖路由

● PRIO:(Priority)TUXEDO服务优先级机制

● ACLs:(Access Control Lists)访问控制列表。TUXEDO的安全控制机制一种。

● CLOPT:(Command Line Option)命令行参数。这是TUXEDO配置文件Server

Section一个参数,在服务进程启动时,用来向服务进程传递参数。

● MSSQ:(Multiple Server Single Queue)TUXEDO多服务单队列机制。多个server

共享一个消息队列。

2.中间件基本概念

2.1 商业计算模式的演变

(1)集中式到分布式

集中式模式下,所有的应用逻辑、数据资源都集中在一台服务器上。这个服务器一般是大型机。

分布式系统中,每个应用逻辑独立一条机器。数据资源单独一台机器

演变模式如下图:

应用逻辑1 应用逻辑2 数据资源1 数据资源2 大型机系统应用逻辑1 机器1 应用逻辑2 机器2 数据资源机器3 集中式分布式

(2)分布式系统的两层结构阶段

客户端应用:

● 用户界面处理

● 业务逻辑处理

服务端应用:

● 数据库服务器

(3)二层结构在关键业务采用的限制

● 前后台均是专用系统绑定

● 客户机端的扩展性差

● 不够模块化

● 业务逻辑在客户机端

● 对安全性/业务变化的管理能力差

● 关系数据库系统间的互联性差

● 关系数据库间没有交易处理

● 适用于部门级解决方案:小于200个用户

(4)如何对两层的结构进行扩展:

采用多路集中方式,客户端不直接与服务库服务器相连,而是先与一个sesstion connector 相连,再由sesstion connector 与数据库服务器。

(5)分布式系统的三层结构阶段:

对二层系统的扩展,就演变成了分布式系统的三层结构:

将业务逻辑从客户端应用中分离出来,组成业务逻辑服务器。客户端与业务逻辑服务器相联,业务逻辑服务器与数据库相连。这样就演变成“客户端、业务逻辑服务器、数据库服务器”的三层结构。

2.2 中间件是三层结构的手段

(1)中间件是将应用映射到相关的资源上的软件技术,它是由一系列的API 和通讯协议所组成的。中间件使得三层的客户服务器架构得以实现。

(2)使用中间件的应用的优点:

● 灵活地在客户与服务器之间划分数据与逻辑.

● 便于按照业务需求修改客户端或服务器端的逻辑.

● 分隔系统的开发与系统的部署.

● 提供分布交易的全程保护

3.BEA TUXEDO 简介

3.1 TUXEDO消息处理机制

3.1.1client/server架构的两种模式

➢ 在一个client/server结构的应用中,client(需要服务的实体)和server(提供服务的实体)是互相独立的两个逻辑对象,两者通过通讯来共同完成一个任务。

client发起一个服务请求,并接收server端返回的处理结果。

server端接收并处理client端的请求,并把结果返回到client端。

➢ 一个客户端应用(client application)的功能:组织服务请求数据,并接收请求处理结果。提供通过网络,发送服务请求数据、接收请求结果的机制

➢ 一个服务端应用 (server application) 的功能:接收client端的服务请求数据,根据业务逻辑处理客户请求,并将处理结果返回到client端。

➢ 有两种类型的client/server架构模式

✓ 数据请求模式(适合client/server之间传输大批量数据)

✓ 服务请求模式(适合快速的、级小数据传输的服务请求)

3.1.2TUXEDO如何处理client/server架构模式

TUXEDO使用conversation(会话)方式来处理“数据请求模式”

TUXEDO使用 request/reponse 方式来所处理“服务请求模式”

使用TUXEDO的client/server应用的特点:

➢ 快速的,无连接的通讯:

在应用TUXEDO的系统中,客户端与TUXEDO bulletin board 建立连接(而不是与具体的Server建立直接的连接) ,然后由TUXEDO寻找最合适的SERVER来提供服务。这样节省了系统资源,提高了系统性能。

队列是实现无连接通讯结构的关键。每个SERVER被分配一个内部的消息队列,被称为“请求队列”,每一个客户端也被分配一个消息队列,被称为“响应队列”。这样客户端不用与具体的SERVER建立并维持连接,而只要检索“响应队列”来获得返回结果。

➢ 服务进程的透明性:

BB 包含一个后台所有service的目录,客户端只要按名调用后台service,而不用管service所在何处。

➢ 可扩展性:

因为service和server可以很容易的复制,并且它们可以是分布式的,因此,可以很方便的根据系统的负载来调整后台应用。

3.1.3嵌套的服务请求(Nested Service Requests)

服务可以嵌套调用。一个service嵌套调用另外一个service,必须等到被调用的service返回,才能做下一步的处理。

嵌套调用优点:代码的可重用。缺点:影响系统的整体性能,尤其是在分布式应用服务器的架构中。

如果可能的话,嵌套应该限制在两层。在一个典型的三层模式的应用中,只有两层的嵌套调用会取得很好的效果。这三层是

➢ 表现层(Presetation Logic Layer)

➢ 业务逻辑层(Bussiness Logic Layer)

➢ 数据库层(Database Layer)

相关文档
最新文档