构建分布式的巢状http服务。一个请求的过程如下：
1.gateway利用tornado框架来分析http请求中的参数和路径，并绑定全局唯一request_id，接着投递给router，
2.router通过匹配url转发表确定出一个cell service(backend)，将来源(gateway)同时写入数据包，并将数据包投递给backend
3.backend启动之时会向router汇报url转发表，同时通过心跳维护与router的连接，backend在接受router的请求之后以多线程模型展开 业务处理，处理完毕之后回复router
4.router拆数据包得到原始gateway信息从而确定是哪个gateway节点来源，于是将报文回复给gateway节点
5.gateway接收router回复的response，通过数据包中的request_id来回复具体的socket fd，自此 一个完整的请求流程处理完毕
为什么要这么做？随着软件规模的上升跟解耦，服务会越来越离散跟分裂，这样有助于在不影响一部分服务的同时，开发另一部分新 服务，然而这些服务终究是“服务”需要提供统一的接口供外部调用，同时保证在一部分服务的宕机下不会影响整个系统，同时还要解决依赖风暴。于是一个既方便开发又方便部署的方案就被提上了案头。使用此项目，只需要扩展backend，新的backend进程在启动之时会向路由节点汇报自己所有的url，路由节点会动态的更新自己的转发表。从而实现不宕机动态部署(启发式服务发现)。同时也可以直接杀掉backend进程，路由节点会自动删除此服务对应的转发表为不可用(通过心跳实现)
部署之前需要tornado, futures, zmq模块，先安装依赖 然后依次启动gateway, route, backend。backend是重点需要关注的，一个backend也就是一个nest cell。 首先进入backend目录，然后
1.在“biz”目录中创建一个py文件，文件名任意但最好不要跟第三方库冲突
2.使用 "Router.routine" 装饰器注册函数到路由表中，仿造示例即可
3.到主目录下，使用命令"python serv.py" 启动工程，用浏览器访问步骤二中注册的路径可看到效果(例如访问demo的路径就是http://localhost:8888/api/hello/billy?age=12)
Due to benefit from zeromq, licensed under the GNU Lesser General Public License V3 plus, respect.
- mailto(rowland.lan@163.com) or (rowland.lancer@gmail.com)
- QQ(623135465)
- 知乎(http://www.zhihu.com/people/luo-ran-22)