本文实例讲述了PHP程序员简单的开展服务治理架构操作。分享给大家供大家参考,具体如下:
不涉及其他的语言及工具,我们从PHP本身来谈如何实现服务治理
本猿人已经写好的服务治理 https://github.com/CrazyCodes/Service-Govern.git
这个专业名词很容易发现治理的是服务,而服务则是我们的项目。管理这些服务方案则叫服务治理。
现在在Server上有四项服务,分别为
这些服务我们叫它服务提供者(既提供对内服务的应用)
调用服务的应用我们称它为服务消费者,例如
Service 是对内服务的而Api是对外服务的
服务治理考虑的问题就是如何管理这四项服务,让它们如何对外服务,如何监控服务进程
在实现服务治理之前,需要了解以下几块知识点
暂时大可理解为可以通过它去调用其他开发语言的方法
RPC(Remote Procedure Call)—远程过程调用,它是一种通过网络从远程计算机程序上请求服务,而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在,如TCP或UDP,为通信程序之间携带信息数据。在OSI网络通信模型中,RPC跨越了传输层和应用层。RPC使得开发包括网络分布式多程序在内的应用程序更加容易。
RPC采用客户机/服务器模式。请求程序就是一个客户机,而服务提供程序就是一个服务器。首先,客户机调用进程发送一个有进程参数的调用信息到服务进程,然后等待应答信息。在服务器端,进程保持睡眠状态直到调用信息到达为止。当一个调用信息到达,服务器获得进程参数,计算结果,发送答复信息,然后等待下一个调用信息,最后,客户端调用进程接收答复信息,获得进程结果,然后调用执行继续进行。
服务与服务之间通信可以通过RPC通信,当然也可以选择UDP等
PHP圈内跨世纪的产物,使用他的原因是因为Swoole本身支持RPC通信,所以我们本章通过Swoole Rpc的方法去实现消费者与服务提供者之间的通信
服务治理非常重要的一个环节,要在无感知的情况让消费者A调用服务提供者A,B,C,当然实际情况下,这是永远不可能的,根本不在一个内存空间中,我们需要自己模拟出来这种使用方式
$userSerivce = $client->client ('UserService'); $result = $userSerivce->getUserInfo (['user_id' => 100]); var_dump($result);
在消费者内没有UserService,更没有getUserInfo 方法,这些都在服务提供者的应用中,如何去调用它们?
首先通过php的__call 方法去截取一个不存在的方法
public function __call($name, $arguments) { $client = new ClientRpc($this->serviceName); $response = $client->send ($this->serviceName, $name, $arguments); return (json_decode ($response, true)); }
获取后调用自己写的send 方法,swoole出场
class ClientRpc { protected $client; public function __construct($service_name, $centerConfig) { $this->client = new \swoole_client(SWOOLE_SOCK_TCP); $center = Dispatcher::loadBalance ($service_name, $centerConfig); $this->client->connect ($center['ip'], $center['port'], 0.5); } public function send($service, $action, $arguments) { $request = new Request(); $request->setService ($service); $request->setAction ($action); $request->setParameters ($arguments[0]); // 重组参数,组合成你希望的格式,最后转成json发送到服务提供者 $this->client->send (json_encode ((array)$request)); return $this->client->recv (); } public function __destruct() { $this->client->close (); unset($this->client); } }
更多关于PHP相关内容感兴趣的读者可查看本站专题:《php面向对象程序设计入门教程》、《PHP数组(Array)操作技巧大全》、《PHP基本语法入门教程》、《PHP运算与运算符用法总结》、《php字符串(string)用法总结》、《php+mysql数据库操作入门教程》及《php常见数据库操作技巧汇总》
希望本文所述对大家PHP程序设计有所帮助。
本文向大家介绍PHP程序员简单的开展服务治理架构操作详解(二),包括了PHP程序员简单的开展服务治理架构操作详解(二)的使用技巧和注意事项,需要的朋友参考一下 本文实例讲述了PHP程序员简单的开展服务治理架构操作。分享给大家供大家参考,具体如下: 服务治理 治理的绝笔是服务,在一家公司有玩各种语言的程序员,如何去统一管理他们开发的服务,这是一个问题。 上一章主要讲了下服务治理需要什么,如何实现,这
本文向大家介绍详解Java 微服务架构,包括了详解Java 微服务架构的使用技巧和注意事项,需要的朋友参考一下 一、传统的整体式架构 传统的整体式架构都是模块化的设计逻辑,如展示(Views)、应用程序逻辑(Controller)、业务逻辑(Service)和数据访问对象(Dao),程序在编写完成后被打包部署为一个具体的应用。如图所示: 系统的水平扩展 如果要对系统进行水平扩展,通常情况下,只需要
SOFADashboard 服务治理主要是对 SOFARpc 的服务进行管理。 目前已经支持基于 ZK 和 SofaRegistry 两个注册中心。 功能展示 1、基于服务维度 服务列表 服务提供者详情: 2、基于应用维度 应用列表 应用服务详情
服务治理配置 黑白名单 "Server": { "Name": "sample", "Ip": "192.168.3.11", "Port": "5003", "Security": { "Whitelist": "*", //白名单 格式:ip1|ap2|1p3,默认 * "BlackList": "" //黑名单 格式:ip1|ap2|1p3,默认 "" } } 负载
服务治理流程 通过配置,在启动服务时,将服务自身信息自动注册到注册中心。注册中心保存着可用的服务,并且会启1个进程对服务进行健康检查,如果服务异常,自动摘除节点,并通知所有客户端。 客户端通过注册中心订阅服务,并做缓存。若服务故障,将启动故障切换。 客户端发起请求至服务端进行接口调用。 若尝试微服务化,可优化的点 网关层尚未完善,路由与过滤。 客户端配合注册中心实现服务降级、熔断等等 客户端可提供
本文向大家介绍Dubbo的服务治理?相关面试题,主要包含被问及Dubbo的服务治理?时的应答技巧和注意事项,需要的朋友参考一下 过多的服务URL配置困难 负载均衡分配节点压力过大的情况下也需要部署集群 服务依赖混乱,启动顺序不清晰 过多服务导致性能指标分析难度较大,需要监控