服务化框架设计实现（重造轮子，借事修人）

最近一段时间没有工作，为此也有大把的时间，可以做一些平时没有时间做的事情，借事情来重建自己的知识体系，查漏补缺。

决定要利用这一段时间来实现一个服务化框架，实现得七七八八的时候再在github上开源。

（一）服务化框架特征

1、支持无状态、多版本

2、支持热部署、自发现、fail over（自动发布服务、自动发现服务、自动失败转移）

3、支持路径跟踪（统一的调用跟踪信息，可还原）

4、支持可配置的负载均衡（采用默认负载均衡、可配置的负载均衡机制）

5、序列化协议可配置（默认、Java、Hessian、Google protocal buffer、thrift等几种）

6、网络框架可置换（自实现一个类似Hadoop IO框架、Mina等）

7、Spring配置支持（强限制）

8、服务可管理（调用支持配额制、支持自动降级、服务依赖跟踪）

（二）基本功能（V0.1）

1、定义完整的消息格式

2、序列化支持Hessian

3、支持自实现的类似Hadoop I/O框架

4、支持无状态、多版本

（三）设计概要

(1)远程请求消息格式

元数据版本号（版本号变化可以支持不同的元数据格式）

请求元数据字节长度

请求参数字节长度

请求元数据定义：

接口名称（服务提供方的接口名称）

方法名（服务提供方的方法名称）

版本号(同一方法支持多版本，不同逻辑）

协议名(参数序列化协议名称，比如hessian)

父事物标识（调用来源，可以串起首发请求以及依赖的请求调用)

来源APP、来源IP（待定，支持流控与降级）

请求方法参数定义：

方法请求参数列表

(2)rpc概要

服务端支持NIO

客户端使用阻塞方式，客户端与服务端之间采用长连接