Tuxedo从逻辑上可以将应用分为以下几个层次：Domain、Machine、Group、Server、Service。可以通过两种方式来实现Service与Service之间的相互调用。通过tpcall进行同步或异步调用；通过tpforword实现交易请求的转发

TUXEO系统的运行需要三类IPC资源：Share Memory，Message Queue，semphone

交易调用过程
系统交易的发起过程，需要综合调用各种IPC资源。协调系统的各个管理进程协同工作。在整个交易的调用过程中：
1 首先客户端，跟需要通过TUXEDO的tpinit函数调用建立与TUXEDO服务端的通讯连接。在这一过程中同时完成对客户端的登陆用户的鉴权。在通过鉴权后，TUXEDO的系统进程WSL为其分配一个WSH受理以后发起的请求。在这一过程中，TUXEDO的WSL侦听进程对连接占用的时间进行控制 （timeout是WSL的启动参数，可配），当连接超时时，TUXEDOWSL将断开WSH。如果WSH比较繁忙，无暇处理新的连接请求，那么WSL就将请求放入消息队列中，等待受理。当然请求不会无限在消息队列中等待，超时后清除。
2 TUXEDO客户准备前台数据，并发起服务调用请求，通过tpcall/tpacall将请求的服务命令字，以及请求数据包发送到服务端。TUXEDO服务端将客户端提交的请求交于WSH。WSH代理客户端的请求，将用户的请求放入对应的接收消息队列中。服务处于等待状态，直到有空闲SERVER来受理用户请求。超时时间通过ubbconfig中的*resource段blocktime进行控制。超时后返回系统交易失败。
TUXEDO通过维护SERVICE和SERVER对应表，来根据SERVICE查找到受理它的对应进程。
3 SERVER进程自从启动后，一直监视接收消息队列，当空闲且恰有请求位于消息队列时，从接收消息队列中取出请求，交于相应的交易处理函数处理用户请求。从交易的受理到交易的受理结束通过SERVICE段SVCTIMEOUT参数进行控制，当受理超时时，BBL向对应进程发KILLSIG。对于基于XA的应用，当事务处理超过tpbegin的超时参数时，SERVICE处理结束，返回交易失败。
4 SERVER进程将处理结果，返回数据提交到发送消息队列，由系统将返回数据返回客户端，当返回数据失败时，系统在ULOG日志中记录告警信息。
5 前台客户端取出数据，分析交易受理结果。
6 断开与后台服务端的连接，调用TUXEDO tpterm函数释放与TUXEDO服务端的连接。

闲云姐姐真好～～～

宝宝，真乖

顶！好贴！ ^_^

server 和 service 有什么区别？

一个server中可以有多个service，也可以只有一个service.
但是如果一个server中只有一个service，显然会增加server的数量，即系统进程数
，（一个server对应一个系统进程），因此tuxedo系统会增加对系统IPC资源的需求，
导致系统性能下降，或者超过系统限制，导致tuxedo系统无法启动成功。
所以一般将多个service放到一个server中，降低tuxedo对系统IPC资源的需求。

BANZHU  Domain、Machine、Group   有什么区别？？


谢谢！ 我们正在开始考虑使用tuxedo ,多谢指导。

这三个的区别是很显而易见的，是不是自己先看看书？

server,service一开始，是会有点混淆的

Domain,MP,Gateway等等是一个系列的。
Machine,Group ,Server,Service，ROUTING等等属于UBB内容。

你如果买了TUXEDO，看一下里面的 联机文档，你会知道很多基本的东西。