重点来了，本文全面阐述一下我们的RPC是怎么实现并如何使用的，跟Kubernetes和Openstack怎么结合。
在选型一文中说到我们选定的RPC框架是Apache Thrift，它的用法是在Main方法中重启服务，在Client端连接服务去调用，
而我的想法是要跟Dubblo、HSF的用法一样，因为很多人都熟习这两个框架的用法，特别是我们好几个项目都是基于EDAS开发的，而且世面上用Dubbo的公司也很多。
顺便再说一下我们对于RPC的几点要求：
- 1，兼容Dubbo和HSF的使用方法，支持版本和服务分组，支持项目隔离
- 2，客户端重试机制，可以配置次数和间隔时间
- 3，客户端线程池
- 4，服务端可以平滑无缝升级而不影响客户端的使用
兼容Dubbo就必然要使用Spring框架，那我们就直接上Spring Boot好了，号称Spring Boot为微服务开发而生，一步到位，将Thrift跟Spring Boot整合。
版本和服务分组可以通过Kubernetes的Service的Label来实现，我们客户端在查找服务的时候通过这两个标签再加上接口类的Label来定位Service的Cluster IP，这里不直接使用Service名称来调用服务的原因是通过Label查询Servcie更加灵活一些，Service的名称不受限制，随时可以启动一个带有相同Label的新Service来替换旧的Service.
项目隔离可以用Kubernetes的namespace来实现，一个namespace是一个项目，当然项目之间也可以互相调用，默认情况下是整个Kubernetes集群的服务都是可以被调用到的如果在没有指定namespace的情况下。
客户端重试机制用代理Thrift连接的方式来实现，在连接或接口方法调用异常时发起重新连接，参考：https://liveramp.com/engineering/recon
延伸阅读
学习是年轻人改变自己的最好方式