文档Gateway Worker分离部署
gateway worker 分离部署
## 什么是Gateway Worker分离部署
GatewayWorker有三种进程，Gateway进程负责网络IO，BusinessWorker进程负责业务处理我们可以把Gateway BusinessWorker Register分开部署在不同的服务器上，当业务进程BusinessWorker出现瓶颈时，单独增加BusinessWorker服务器提升系统负载能力# 部署示例
以Applications/Todpole为例，假如需要部署4台服务器(192.168.0.1/4)提供高可用服务，192.168.0.1/2运行gateway服务和register服务由于我们不想BusinessWorker影响到Gateway，所以将Gateway和BusinessWorker分开部署
2、BusinessWorker主要负责业务逻辑。当请求量增大时，由于可能BusinessWorker业务比较复杂，负载可能会明显升高，这时我们只要单纯增加BusinessWorker服务器即可，Gateway服务器则一般不需要变动，也就是不用通知客户端
问答基于tp6 设置两个worker 怎么能同时启动
#### 问题描述
1.我是基于thinkphp6 然后在config目录里的worker_server.php文件 设置了worker_class属性为数组，两个worker服务，但是当我在命令行 启动worker:server 的时候 就只能启动数组第一个服务 第二个没有提示，是我的理解有问题还是业务上不能这么处理？PS：我的业务逻辑是：创建不同的worker webscoket 端口 然后处理不同的业务，端口2345 处理 业务A，端口2346处理业务B。不太理解这个解释
业务A：文件workera.php
```php
public function __construct() {
//实例化 WebSocket 服务'workerman.pid';
return true;
}
```
业务B：workerb.php
```php
public function __construct()
问答客服系统全套源码：大模型+RAG知识库解决方案，私有化部署AI智能客服源码
虽然现在大模型越来越聪明，但因大模型不了解企业真实情况所以很多时候无法准确回复顾客提问，为此需要引入RAG知识库来让AI智能客服系统在回复时有理有据，更智能更精准的回复访客。为此我们把RAG知识库引入到了PHP客服系统源码中，客服只需要把txt word等文档上传到知识库，客服系统就能自主学习训练，按知识库回复访客的问题，大大节省了人工成本，极大的提升了企业满意度。## 二 RAG知识库难点及解决方案
### 如何精准分段
因为企业文档数量多，大小不一，所以需要把他们按照一定规则精准分段。
1.### 服务降级策略
因为大模型是外部网络调用，可能会发生调用失败的情况，在任何非关键路径调用外部大模型接口失败时，都需要做服务降级策略，例如向量生成失败时则忽略向量检索，大模型排序失败时则忽略大模型排序步骤等等，目的是让服务在任何时候都能尽可能的高可用。
问答如何解决多个workmen程序在同一服务器部署出现的问题！
我们需要在同一服务器搭建多套相同的系统，发现第一套系统workmen成功配置之后后续再运营多个workmen就出问题了！运行会奔溃，聊天也发不出去消息！尝试过改端口也解决不了问题。
问答webman接口，涉及到io操作连接远程mysql服务导致接口效率很低
#### 问题描述
这里写问题具体描述
webman接口，涉及到io操作连接远程mysql服务导致接口效率很低，换成本地的数据库就会快很多，但是项目数据库是单独的，怎么解决这个问题呢？
问答小程序和APP数据如何保持一致，都是使用GW作为服务端
现在有个问题，APP用户端、APP司机端、小程序用户端，服务端使用的是GW，如果小程序用户端下了单，那APP司机端可以收到订单，而APP司机端接单后，需要通知APP用户端和小程序用户端，这个怎么处理？
问答GatewayWorker 多个$worker->count问题
然后在 Event.php onWorkerStart中编写 第一个进程的业务逻辑代码，另一个进程没有编写任何代码，是不是另一个进程这样就没什么作用了。// worker名称
$worker->name = 'YourAppBusinessWorker';
// bussinessWorker进程数量
$worker->count = 2;
// 服务注册地址function onWorkerStart($businessWorker)
{
if ($businessWorker->id == 0) {
//编写业务逻辑
问答TCP 异常断开
背景：
1、 tcp client 终端为智能手表，目前同时在线大约有6000台，通过服务器记录发现在白天的时候，一些手表的 tcp 断开比较频繁，到晚上的时候不怎么断开（晚上是业务低谷，各个手表基本不怎么上传数据到服务器idone-shoes.oss-cn-shanghai.aliyuncs.com/tmp/2018-05-19_14-06-02.jpg)
4、已经按照“Linux内核调优”章节介绍 的方法调优了系统配置
5、机器配置：腾讯云 4核8G 内存，服务器负载稳定在0.15
6、设备在线时会保持 TCP 上连接，频繁传输数据（每分钟内都会上传）
7、有业务自身实现的心跳机制
!比如以下可能：
1.worker 进程超时严重
手表终端网络环境差
服务器配置有问题
能否指点一下排查的方向，以及 workerman 和我的服务器能否支持这么多设备同时在线
之前排查发现有业务
问答webman 控制器返回远程服务器的文件流
#### 问题描述
webman 控制器返回远程服务器的文件流,参考了帖子
https://www.workerman.net/q/13212
#### 程序代码或配置
```
public function
问答Gateway::sendToClient 发送给已经断开的客户时，服务器自动断开了当前的连接
我们发现，在onmessage中，用Gateway::sendToClient发送数据给已经断开的客户端，这样会造成当前的连接自动断开，服务器也没有报任何错误，请问是什么原因啊？
问答2台服务器都在运行webman 项目，TCP 连接数有1000多，其中有700多是redis ?
#### 问题描述
2台服务器都在运行webman 项目，TCP 连接数有1000多，其中有700多是redis ?
问答TCP连接的服务端的$data自增长数据哪里来的？我的客户端还没发送数据呀
请问TCP连接的服务端的$data自增长数据哪里来的？我的客户端还没发送数据呀
[attach]1809[/attach]
问答若想redis-queue同时并发大一些，购买服务器的时候应该看中核心数还是内存量
若想redis-queue同时并发大一些，购买服务器的时候应该看中核心数还是内存量
问答大神我用WINDOWS 运行workerman出现下图错误，启动服务一直运行第二天发现下图问题。
大神我用WINDOWS 运行workerman出现下图错误，启动服务一直运行第二天发现下图问题。
问答我服务端点击结束对话 然后要触发onclose 就可以关闭吗 在通知客户端关闭了
我服务端点击结束对话 然后要触发onclose 就可以关闭吗 在通知客户端关闭了
问答使用gatewayworker,硬件持续推送数据，服务器主动会自己断开？
windows系统上装了gatewayworker，直接用的源码监听打印
硬件发起连接之后，一直发送数据，检测连接状态，如果断开，重连，端口号+1
这样的时候发现数据发送几条之后，应该是服务器断开连接了
问答gatewaywork 客户端回复了心跳数据， 服务端依然断开了连接
客户端正常返回心跳数据包{“type”:"test"}. pingNotResponseLimit 设置为1，按理说一次不回复才会字段断开连接，可是服务器返回我也收到了，gatewaywork依然选择断开连接了
问答gatewayworker分布式部署扩容后的性能问题
目前按照分布式的方式部署了2台gatewayworker，每台开30个gateway进程，100个bussinessworker进程（16核32G，云服务商主机），注册中心放在其中一台上面，上周两台服务器cpu由于业务增长，cpu达到了50%，cpu的sy指标都高于us，差不多是us的两倍，为了应付后续的业务增长，增加部署了两台（8核16G），但是发现对之前2台的cpu都没有起到降低作用，基本没有变化。
问答多库事务问题，2个库同时提交或同步滚回
#### 问题描述
我要进行多库操作时，事务是不是这样的，会不会存第一个提交成功，第二个提交失败，导致第一个不能滚回
```php
Db::connection('api_log')->beginTransaction();
Db::connection('default')->beginTransaction();
try {
// 业务处理
赞助商
