1-1TLQ功能介绍.pptVIP

系统组成及功能介绍 系统体系结构 系统组成 核心进程 环境变量 配置文件 共享资源 日志系统 管理工具 TLQ6.0的应用模型 TongLINK/Q的特点 提供端到端的实时通讯服务 提供端到端的可靠传输服务 提供分布式应用系统的开发平台 提供分布式应用系统的管理平台 支持网状结构和传统的树型逻辑结构 提供安全管理（加/解密）功能 TongLINK/Q功能简介 端对端的可靠消息传输 消息的事务功能 事件功能 订阅/发布（目前不支持） Cluster （目前不支持） 基本概念 节点：TLQ60运行的基本单位 节点名是由英文字母、数字、* ，_，？组成； 节点名长度最大为20，首字符必须为字母。如sendnode。 连接：节点之间的连接 连接请求总是由下级节点向上级节点发出，即下级节点总是主动连接，上级节点总是被动接收连接； 支持多上级和多下级。 基本概念 路由---提供不相邻节点之间互相通讯的通道 　　支持静态路由； 　　匹配规则支持通配符‘*’和‘？’； 　　支持多级路由。 路由举例 1、Dest= C11, Route= B1(从A可以到C11) 2、Dest= C?，Route= B1(从A可以到C1,C2) 3、Dest= C*，Route= B1(从A可以到C1,C2,C11) 4、A配置： Dest=C3， Route= B1 B1配置：Dest=C3， Route= B2 C3配置：Dest=A， Route= B2 B2配置：Dest=A， Route= B1 (从A可以到C3) TongLINK/Q工作流程 消息管理 消息就是用户数据，分为两种：Buff 和 File。 用户API通过内存发送和接收Buff消息。 对于Buff消息的发送和接收，用户必须定义足够大的内存空间。 发送前，可以对消息进行压缩和加密的操作。 消息管理 消息的发送方式为两种： API本地返回：API将消息写入到Buff中即返回。 等待核心应答后返回：API等待消息写入发送队列后才返回。 (tlqputmsg(*,*,*,timeout参数) 消息的生命周期 定义消息生存的有效时间。 单位为秒，由用户指定。 消息的可靠传输是局限在生命周期内的。 生命周期从发送方提交到核心开始计算。 接收方剩余生命周期时间＝生命周期减去在发送队列中的等待时间（网络传输时间不计算在生命周期内）。 事务的生命周期从提交开始计算。 消息的可靠性 消息分为可靠与不可靠两种： 不可靠消息数据保存在内存中，TLQ重启，消息丢失。 可靠消息保存在硬盘中，TLQ重启后，未完成的消息可恢复。 队列管理 1、消息的收发是以队列为基础的，分为发送队列和接收队列两种。 2、队列由消息索引和数据存储区组成。 发送队列 消息的发送要经由发送队列发出 每个有效的相邻节点对应一个发送队列 每条路由的目的节点对应一个发送队列 同一个发送队列，可同时存放可靠消息和非可靠消息 消息的优先级 每个发送队列有若干优先级，队列中的消息按照优先级定义的块数比例进行发送。 优先级对应的发送块数越大，发送的速度就越快。 同一优先级中的消息顺序发送，即先到先发。 发送队列可以不配置优先级，系统自动分配三个优先级:2、4、6，分别代表高、中、低。用户如果指定了一个以用户定义的为准。 消息在发送之前，应用需要设置消息的优先级，如果不设置，系统会设置一个默认的优先级(4)。 接收队列 核心收到数据后将数据放到相应的队列中。 每个接收队列都有单独的名称，队列大小可配置。 接收队列分为Buff和Disk两种，分别代表可靠和不可靠。 　 Buff类型的队列只能接收不可靠的消息； 　 Disk类型的队列只能存放可靠消息。 队列中的消息状态有Receiving和Ready两种。 　只有Ready状态的消息才能被读走。 接收方以事务方式读取消息： 　事务回滚后消息仍然在队列中，下次可以继续读取； 　　事务提交后消息才真正从接收队列中删除。 服务程序 应用程序分为： 触发程序 周期程序 发送程序 定时程序 触发程序：当接收队列中有Ready状态的消息时， 　TLQ会自动触发对应的应用程序。 周期程序：TLQ会每个固定的时间启动某个应用程序 发送程序：用于管理发送方程序 服务程序-续 定时程序：TLQ会在指定的时间启动某个应用程序， 　　格式为： yyyymmdd, hh:mi，有如下情况： 每个小时的某分 ********,**:30 每天的某时某分 ********,13:30 每月的某天某时某分 ******01,13:30 每年的某月某日某时