请教一个服务器程序协议设计的问题

csumck

回复 9# yulihua49


    多谢，你这个中间件里的socket就是一些路由规则么？ 是不是类似cokeboL兄方法里的本机ID的东西。

yulihua49

csumck 发表于 2013-09-27 10:49
回复 5# cokeboL

等会，还没说完呢。
这个交易中间件叫做SDBC，开源，有一个QQ群：100807652

cokeboL

回复 10# csumck


这个你们自己定啊，比如按照你们机房的关系，弄个config表，标识出上下游的链条关系关系和各机房主机的ip，这样表示统一的，配在每个服务器上，

主机启动时候加载config来初始化自己的转发列表，各机房有变时更新config；

或者config表放在一个固定服务器上，其他主机启动时从该服务器获取并初始化自己。这样就主机有变化时只要更新总服务器；

免得重新编译代码了。

yulihua49

csumck 发表于 2013-09-27 10:53
回复 9# yulihua49

完了，看9楼吧。

接出socket是通过交易路由系统管理的。
它包括一组连接池，每个池都是一组具有特定功能的次级服务器。
当你需要一定功能时，从连接池中查找合适的服务器并获取一个连接。

你可以看到，交易中间件与简单的socket+多线程+epoll有多大距离。

csumck

回复 9# yulihua49


    非常感谢！ 大概了解了，挺不错的东西。

yulihua49

csumck 发表于 2013-09-27 11:15
回复 9# yulihua49

回到你的主题：
交易中间件的包头设计：
交易命令
交易参数
数据包长度
如果支持压缩，还要提供未压缩长度。
数据包校验
包头校验

包序号我没用，需要这自己加。

linux_c_py_php

为什么要把服务做成有状态的, 在包里记录整个来源路径链就是了.

yulihua49

linux_c_py_php 发表于 2013-09-27 11:29
为什么要把服务做成有状态的, 在包里记录整个来源路径链就是了.

无需记录路径链，有可能是无穷长。
我们并不限制交易的转接次数。
每一个节点管好自己的事，你的前驱，你的后继，其他的，不要管那么多。

linux_c_py_php

做有状态记录的服务, 小心网络不稳定, 请求大量超时服务崩盘.

yulihua49

linux_c_py_php 发表于 2013-09-27 11:37
做有状态记录的服务, 小心网络不稳定, 请求大量超时服务崩盘.

这在交易中间件里都考虑并妥善处理了。

它不保证每个操作的可靠性，但是保证交易的完整性。夭折事务会被rollback。

它的连接池管理系统是自愈的，次级服务器故障会导致事务夭折，但是恢复后就可以继续使用，本级服务器无需重启或复位。
它的协议能够抗攻击，能应对种种不按常理出牌的请求。

你的话也是提醒楼主，做一个级联交易系统不是那么简单，要面临种种挑战。
这种工作大多数要找一个成熟的交易中间件产品，而不是自己摸石头过河。