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);
        }
    }
}
目录
相关文章
|
8天前
|
人工智能 自然语言处理 API
深入浅出LangChain与智能Agent:构建下一代AI助手
LangChain为大型语言模型提供了一种全新的搭建和集成方式,通过这个强大的框架,我们可以将复杂的技术任务简化,让创意和创新更加易于实现。本文从LangChain是什么到LangChain的实际案例到智能体的快速发展做了全面的讲解。
279549 52
深入浅出LangChain与智能Agent:构建下一代AI助手
|
8天前
|
缓存 前端开发 JavaScript
年度代码翻车现场 |前端代码评审问题总结
代码评审于技术团队的工程师文化建设非常有意义,它是形成团队统一代码风格最有效的方式,作者把自己团队在一年的CR中常见的那些小问题做了一些梳理,希望能对大家起到一点小帮助。
219327 1
|
3天前
|
机器人 Linux API
基于Ollama+AnythingLLM轻松打造本地大模型知识库
Ollama是开源工具,简化了在本地运行大型语言模型(ile优化模型运行,支持GPU使用和热加载。它轻量、易用,可在Mac和Linux上通过Docker快速部署。AnythingLLM是Mintplex Labs的文档聊天机器人,支持多用户、多种文档格式,提供对话和查询模式,内置向量数据库,可高效管理大模型和文档。它也是开源的,能与Ollama结合使用,提供安全、低成本的LLM体验。这两款工具旨在促进本地高效利用和管理LLMs。
96812 20
|
10天前
|
消息中间件 Cloud Native Serverless
RocketMQ 事件驱动:云时代的事件驱动有啥不同?
本文深入探讨了云时代 EDA 的新内涵及它在云时代再次流行的主要驱动力,包括技术驱动力和商业驱动力,随后重点介绍了 RocketMQ 5.0 推出的子产品 EventBridge,并通过几个云时代事件驱动的典型案例,进一步叙述了云时代事件驱动的常见场景和最佳实践。
246781 3
|
9天前
|
NoSQL Cloud Native Redis
Redis核心开发者的新征程:阿里云与Valkey社区的技术融合与创新
阿里云瑶池数据库团队后续将持续参与Valkey社区,如过往在Redis社区一样耕耘,为开源社区作出持续贡献。
Redis核心开发者的新征程:阿里云与Valkey社区的技术融合与创新
|
9天前
|
关系型数据库 分布式数据库 数据库
PolarDB闪电助攻,《香肠派对》百亿好友关系实现毫秒级查询
PolarDB分布式版助力《香肠派对》实现百亿好友关系20万QPS的毫秒级查询。
PolarDB闪电助攻,《香肠派对》百亿好友关系实现毫秒级查询
|
8天前
|
物联网 PyTorch 测试技术
手把手教你捏一个自己的Agent
Modelscope AgentFabric是一个基于ModelScope-Agent的交互式智能体应用,用于方便地创建针对各种现实应用量身定制智能体,目前已经在生产级别落地。
|
11天前
|
弹性计算 安全 API
访问控制(RAM)|云上安全使用AccessKey的最佳实践
集中管控AK/SK的生命周期,可以极大降低AK/SK管理和使用成本,同时通过加密和轮转的方式,保证AK/SK的安全使用,本次分享为您介绍产品原理,以及具体的使用步骤。
101886 3
|
10天前
|
自然语言处理 Cloud Native Serverless
通义灵码牵手阿里云函数计算 FC ,打造智能编码新体验
近日,通义灵码正式进驻函数计算 FC WebIDE,让使用函数计算产品的开发者在其熟悉的云端集成开发环境中,无需再次登录即可使用通义灵码的智能编程能力,实现开发效率与代码质量的双重提升。
95467 4
|
2天前
|
人工智能 自然语言处理 API
Claude3是什么?
Claude 3最近备受各大媒体瞩目,成为了AI领域备受关注的新宠。在ChatGPT推出更高版本之前,Claude 3已经被公认为是语言类AI工具中的佼佼者,特别在处理逻辑性和长篇上下文方面表现突出。然而,与此同时,Claude 3的注册流程也备受诟病,被认为是所有AI工具中最为复杂的之一。 这篇内容教大家 注册Claude 3 以及升级 教程。
13684 1
Claude3是什么?