RPC framework Basis

• To provide location transparency of remote calls

• To deal with the communication channel

• To provide a receiver-side daemon to accept incoming calls

• To marshal input parameters into the receiver’s process space

• To marshal output parameters back to the sender’s process space

 

摘自 Event based Programming

说出了所有的RPC框架的精髓，如果把上面的东西搞定了，一个RPC框架俨然摆在你的面前。如果需要必要的负载平衡，就可以在第一条上面下功夫。进一步的服务器的负载可以考虑使用Shoal，可需要一定的封装，山寨一个负载平衡的东西还是可以的。

 

Google很强大，这方面的东西总结的很好。把Software 分成Platform level software, Cluster level Infrustructure和Application level Software.一语中的。RPC正式属于Cluster Level Infrustructure，是一个互联网公司不可缺少的一个东西。不知道Google内部这方面的东西是怎么搞的，只知道他的Google Buffer是开源出来了。

 

想想很多东西还是可以从Sun那里得到思路的。比如现在的动态代理的一大堆东西，无异于原来的RMI是生成的Skeleton代码，而现在改成动态了而已。那么如果想实现location transparency of remote calls，最早的JNDI就是这个思路，EJB的负载就是通过接口后面的代理来实现对Invocation Client的透明的，自己实现的思路就有了，通过动代代理和类似JNDI的东西交互实现。