PhpRpc 从 0 到 0.7

简介: RPC全称Remote Procedure Call,中文译为远程过程调用,简单理解就是 一种解决方案

1.什么是RPC

RPC全称Remote Procedure Call,中文译为远程过程调用,简单理解就是 一种解决方案。

业务场景:
举一个大部分phper都接触过的商城开发,一般商城都有以下几个模块

  • 商品模块
  • 订单模块
  • 会员模块
  • XX模块

在常见架构中的体现是:

rpc11

那么在RPC架构中每个模块就是一个服务提供者,架构体现:

在这套架构中业务机的职责就是把一个请求 ,拆分成N个小请求,分发到各个服务里面,再整合各个服务的结果,返回给用户。
rpc12

例如在某次下单请求中,那么大概 发送的逻辑如下:

1. 业务机接受请求
2. 业务机提取用户参数,请求用户服务,获取用户余额等信息,等待结果
3. 业务机提取商品参数,请求商品服务,获取商品剩余库存和价格等信息,等待结果。
4. 业务机融合用户服务、商品服务的返回结果,进行下一步调用(假设满足购买条件)
5. 业务机调用用户服务进行扣款,调用商品服务进行库存扣减,调用订单服务进行下单(事务逻辑和撤回可以用请求id保证,或者自己实现其他逻辑调度)
6. 业务机根据处理响应用户

而在以上发生的行为,就称为远程过程调用。而调用过程实现的通讯协议可以有很多,比如常见的HTTP、TCP协议。

服务熔断

某个服务故障或者异常时直接熔断整个服务,而不是一直等到此服务超时

服务降级

当某个服务熔断之后,服务器将不再被调用,此时客户端可以自己准备一个本地的fallback回掉,返回一个缺省值 ,这样做,虽然服务水平下降,但好歹,比直接挂掉要强。 服务降级处理是在客户端实现完成的,与服务端没有关系

服务限流

例如某个服务器最多同时仅能处理100个请求, 或者是cpu负载达到百分之80的时候, 为了保护服务的稳定性,则不在希望继续收到 新的连接。那么此时就要求客户端不再对其发起请求,例如 你可以以任何的形式来监控你的服务,当触发某个条件时(CPU负载80%)下线此服务,业务机动态获取服务节点时就可以知道此服务已限流则响应用户[网络繁忙,请稍后再试] 或者此服务有多台机提供则其他机可继续提供服务,等被下线的机子恢复后又上线

2.Php Tcp通讯

源码

https://github.com/ar414-com/RpcDemo

开发环境要求

  • 保证 PHP 版本大于等于 7.2
  • 保证 Swoole 拓展版本大于等于 4.3.5
  • 使用 Linux / FreeBSD / MacOS 这三类操作系统

作者开发环境

  • PHP 7.2
  • Swoole 4.3.5
  • CentOS 7.2

rpc21

创建一个最基本的TCP服务器

<?php

//创建Server对象,监听 0.0.0.0:20001端口
$serv = new Swoole\Server("0.0.0.0", 20001);

$serv->on('Start', function ($serv) {
 echo "服务已启动,主进程PID:{$serv->master_pid}\n";
});

//监听连接进入事件
$serv->on('Connect', function ($serv, $fd) {
 echo "Client: Connect.\n";});

//监听数据接收事件
$serv->on('Receive', function ($serv, $fd, $from_id, $data) {
 echo "接收客户端数据:{$data}\n";
  $serv->send($fd, "Server: ".$data);
});

//监听连接关闭事件
$serv->on('Close', function ($serv, $fd) {
 echo "Client: Close.\n";});

//启动服务器
$serv->start();

rpc22

<?php

//建立连接
$fp = stream_socket_client('tcp://127.0.0.1:20001');

//发送数据
fwrite($fp, 'Test');

//主动获取响应
$data = fread($fp, 65533);

echo "服务端响应数据:{$data}\n";

//断开连接
fclose($fp);

客户端

rpc23

服务端

rpc24

3.客户端调用与服务端处理(提供思路)

客户端与服务器的数据传输约定

客户端请求Rpc服务(以下并非完整代码)

  • 场景:例如在一个商场系统中,我们将商品库和用户库两个服务切分开到不同的服务器当中
  • 当用户打开商场首页的时候, 我们希望App向某个网关发起请求,
  • 该网关可以自动的帮我们请求商品列表和用户信息等数据
//商品列表
$data = [
 'service' => 'Goods',  //服务名称
 'action'  => 'getList', //具体方法
 'arg'     => ['page' => 1] //请求参数
];
//用户信息
$data = [
 'service' => 'User',  //服务名称
 'action'  => 'getUserInfoForToken', //具体方法
 'arg'     => ['token' => '6aa62603ef82b70597a90d93af04b542'] //请求参数
];
//打包数据
$dataStr = serialize($data); 
$dataStr = pack('N', strlen($str)).$str;

请求API网关 API网关自动根据Service参数查询出对应服务IP、PORT并进行调用返回
本示例为了方便将Rpc服务配置写入.env文件 例:

//.env
RPC_GOODS_HOST=10.0.0.1
RPC_GOODS_PORT=8899
RPC_USER_HOST=10.0.0.2
RPC_USER_PORT=8899

服务端处理请求(完整代码

//接受请求数据并解包
$data = substr($request,'4');
$data = unserialize($data);
//TODO 检测必须参数 service action
//检测服务是否存在
//$controllerNameSpace是你的控制器命名空间
$service = ucfirst($data['service']);
$class   = "{$controllerNameSpace}\\{$service}";
if(!class_exists($class))
{
 //TODO 服务不存在
 //设置响应状态错误码(需自行封装)
 $response->setStatus(Response::STATUS_SERVICE_SERVICE_NOT_FOUND); //响应客户端(需自行封装)
 goto response;}

//检测方法是否存在
$class  = new \ReflectionClass($class);
$action = $data['action'];
if(!$class->hasMethod($action))
{
 //action不存在
 //重新组装参数
 //如果方法则调用魔术方法 比如调用一些PDO方法,如果无则调用时返回方法不存在
 $request->proxyActionAssemblyArg(); $method = $class->getMethod('__call');}
else
{
 $method = $class->getMethod($action);}

//调用
$instance = $class->newInstance($request,$response);
$ret = $method->invokeArgs($instance,$request->getArg());
$response->setMessage($ret);
//响应客户端(需自行封装)
goto response;

//作者的响应封装(仅供参考):
response:{
    if ($server->exist($fd))
    {
        $message = $response->getMessage();
        $responseData = [
            'status' => $response->getStatus(),
            'data'   => $message
        ];
        $responseData = serialize($responseData);
        $responseData = Request::pack($responseData);
        $server->send($fd,$responseData);
        //判断客户端是否需要长连接
        if(!$request->getIsKeep())
        {
            $server->close($fd);
        }
    }
}
目录
相关文章
|
23天前
|
运维 Cloud Native Devops
一线实战:运维人少,我们从 0 到 1 实践 DevOps 和云原生
上海经证科技有限公司为有效推进软件项目管理和开发工作,选择了阿里云云效作为 DevOps 解决方案。通过云效,实现了从 0 开始,到现在近百个微服务、数百条流水线与应用交付的全面覆盖,有效支撑了敏捷开发流程。
19239 25
|
24天前
|
人工智能 自然语言处理 搜索推荐
阿里云Elasticsearch AI搜索实践
本文介绍了阿里云 Elasticsearch 在AI 搜索方面的技术实践与探索。
18789 15
|
23天前
|
Rust Apache 对象存储
Apache Paimon V0.9最新进展
Apache Paimon V0.9 版本即将发布,此版本带来了多项新特性并解决了关键挑战。Paimon自2022年从Flink社区诞生以来迅速成长,已成为Apache顶级项目,并广泛应用于阿里集团内外的多家企业。
17493 11
Apache Paimon V0.9最新进展
|
25天前
|
存储 人工智能 前端开发
AI 网关零代码解决 AI 幻觉问题
本文主要介绍了 AI Agent 的背景,概念,探讨了 AI Agent 网关插件的使用方法,效果以及实现原理。
18671 17
|
23天前
|
人工智能 自然语言处理 搜索推荐
评测:AI客服接入钉钉与微信的对比分析
【8月更文第22天】随着人工智能技术的发展,越来越多的企业开始尝试将AI客服集成到自己的业务流程中。本文将基于《10分钟构建AI客服并应用到网站、钉钉或微信中》的解决方案,详细评测AI客服在钉钉和微信中的接入流程及实际应用效果,并结合个人体验分享一些心得。
9899 9
|
27天前
|
消息中间件 弹性计算 关系型数据库
函数计算驱动多媒体文件处理解决方案体验评测
从整体解读到部署体验,多方位带你了解如何利用函数计算驱动多媒体文件处理,告别资源瓶颈。
10436 12
|
17天前
|
存储 JSON Serverless
西游再现,函数计算一键部署 Flux 超写实文生图模型部署
参与体验活动生成西游人物图像,既有机会赢取好礼!本次实验在函数计算中内置了flux.1-dev-fp8大模型,通过函数计算+Serverless应用中心一键部署Flux模型,快速生成超写实图像。首次开通用户可领取免费试用额度,部署过程简单高效。完成部署后,您可以通过修改提示词生成各种风格的图像,体验Flux模型的强大绘图能力。
西游再现,函数计算一键部署 Flux 超写实文生图模型部署
|
29天前
|
SQL 容灾 关系型数据库
让X不断延伸, 从跨AZ到跨Region再到跨Cloud
本文从“空间”这一维度,聊一聊PolarDB-X在跨空间部署能力上的不断发展和延伸,以及在不同空间范围下的高可用和容灾能力,并着重介绍一下最新的产品能力——GDN(Global Database Network)。
|
29天前
|
缓存 测试技术 调度
PolarDB-X的TPC-H列存执行计划
本文从官方的角度逐条解析PolarDB-X在TPC-H列存执行计划的设计要点。这些要点不仅包含了各项优化的原理,还提供了相关的证明与代码实现,希望帮助读者更深入地理解PolarDB-X的列存优化器。
|
1月前
|
人工智能 数据可视化 定位技术
DataV AI助手小技巧-如何制作PPT数据地图
“数据地图”是PPT汇报地区业务数据的最佳形式之一;以往制作数据地图需要用户有一定的编程和数据处理基础,制作门槛较高;随着DataV整合通义千问大模型能力之后,不懂编程和设计的用户也可以借助AI助手“零代码”制作数据地图,真正实现了人人可用的地图数据可视化。 进入大模型AI时代,人人可以变成职场跨界多面手!
11106 2
DataV AI助手小技巧-如何制作PPT数据地图