Yar – 并行的RPC框架(Concurrent RPC framework)

Yar(yet another RPC framework, 教主问我为啥都是Ya打头, 呵呵, 因为这样名字好起)是我在3个多月前, 为了解决一个实际的问题, 而开发的一个PHP扩展的, RPC框架, 和现有的RPC框架(xml-rpc, soap)不同, 这是一个轻量级的框架, 支持多种打包协议(msgpack, json, php), 并且最重要的一个特点是, 它是可并行化的..

考虑如下的场景:

传统的Web应用, 一个进程, 一个请求, 天经地义. 然而, 当一个请求的处理中, 涉及到多出数据源, 并且他们之间具有一定的不依赖性.

还是传统的Web应用, 一个应用随着业务快速增长, 开发人员的流转, 就会慢慢的进入一个恶性循环, 代码量上只有加法没有了减法. 因为随着系统变复杂, 牵一发就会动全局, 而新来的维护者, 对原有的体系并没有那么多时间给他让他全面掌握. 即使有这么多时间, 要想掌握以前那么多的维护者的思维的结合, 也不是一件容易的事情…

那么, 长次以往, 这个系统将会越来越不可维护…. 到一个大型应用进入这个恶性循环, 那么等待他的只有重构了.

那么, 能不能对这个系统做解耦呢?

我们已经做了很多解耦了, 数据, 中间件, 业务, 逻辑, 等等, 各种分层. 但到Web应用这块, 还能怎么分呢, MVC我们已经做过了….

基于此, Yar或许能解决你遇到的这俩个问题…

Yar是一个非常轻量级的RPC框架, 我在实现Yar的时候, 追求了极致的轻量级, 它使用非常简单, 对于Server端:

1. <?php
2. class API {
3.     /**
4. * the doc info will be generated automatically into service info page.
5. * @params
6. * @return
7. */
8.     public function api($parameter, $option = "foo") {
9.     }
11.     protected function client_can_not_see() {
12.     }
13. }
15. $service = new Yar_Server(new API());
16. $service->handle();
17. ?>

和Soap使用方法很相像吧? 是的, 就这样, 你的API类就可以对外提供服务了..

Yar为了方便开发, 把文档和接口绑定到了一起, 对于上面的例子, 如果我们是简单的GET请求这个接口地址的话, 我们就会看到如下的信息页面:

这样, 我们可以在注释中,把接口的信息标注好, 就可以让文档和接口在一起了.

而对于Client端来说, 简单的串行调用, 会非常之简单:

1. <?php
2. $client = new Yar_Client("http://host/api/");
3. $result = $client->api("parameter);
4. ?>

这样一来, 如果你有多个服务, 你只需要一个client.

那么, 最激动人心的并行化调用呢?

1. <?php
2. function callback($retval, $callinfo) {
3.      var_dump($retval);
4. }
6. Yar_Concurrent_Client::call("http://host/api/", "api", array("parameters"), "callback");
7. Yar_Concurrent_Client::call("http://host/api/", "api", array("parameters"), "callback");
8. Yar_Concurrent_Client::call("http://host/api/", "api", array("parameters"), "callback");
9. Yar_Concurrent_Client::call("http://host/api/", "api", array("parameters"), "callback");
10. Yar_Concurrent_Client::loop(); //send
11. ?>

这样, 所有的请求会一次发出, 只要有任何一个请求完成, 回调函数”callback”就会被立即调用.

这里还有一个细节, Yar见缝插针的不会浪费任何时间, 在这些请求发送完成以后, Yar会调用一次callback, 和普通的请求返回回调不同, 这次的调用的$callinfo参数为空.

这样一来, 我们就可以先发送请求, 然后再第一次回调, 继续做我们当前进程的工作, 等所有工作结束以后, 再交给Yar去获取并行RPC的响应.

1. <?php
2. function callback($retval, $callinfo) {
3.     if ($callinfo == NULL) {
4.        //做本地的逻辑
5.        return TRUE;
6.     }
8.      //RPC请求返回, 返回值在$retval
9. }

有了这些, 我们就可以把一个Web应用中, 多个数据源并行处理, 从而也能把这些逻辑解耦, 分开部署…

当然Yar目前还在试用阶段, 所以还没有发布任何一个包(Yar at PECL), 但是有兴趣的同学可以现在就把代码clone下去试用哦(虽然没有正式投入试用, 不过已经经过了验证).

Yar: Yar at Github

PS, 如果要使用Msgpack(一个高效的二进制打包协议)做为打包协议, 需要单独安装Msgpack扩展(Msgpack), 这个扩展目前也是我在维护, 我会在近几天把他在PECL上发布, 尽请期待.