如何设计一个 RPC 框架
1. 服务框架的设计
尽管不同的分布式服务框架实现细节存在差异，但是核心功能差异不大，下面的架构图描绘了一个分布式服务框架的整体逻辑架构。
总共分为 3 层：
服务层，Service，其中主要部分就是动态代理，主要用于将服务提供者的接口封装成远程服务调用。上层的服务接口用于 Spring 之类的业务框架使用，也是 Spring 的 bean.
过滤器层，服务调用职责链，提供多种调用切面供框架自身和使用者扩展，例如负载均衡，性能统计，服务调用完成通知，失败重试等。
RPC 层，这里就是 RPC 框架的核心部分，包括通信框架，序列化框架，还有用于屏蔽底层通信框架和序列化框架的抽象接口。
分布式服务框架通常会包含另外两个重要功能：服务治理中心 和 服务注册中心。
1. 服务注册中心：负责服务的发布和通知，通常支持对等集群部署，某个节点宕机不会影响整个集群不可用。即使全部宕机，只影响新的节点注册和发布，不影响现有的，因为客户端需要缓存服务路由信息。
2. 服务治理中心： 服务治理中心通常包括服务治理接口和服务治理 Portal，架构师，测试人员和系统运维人员通过服务治理 Portal 对服务的运行状态，历史数据，健康度和调用关系等进行可视化的分析和维护，目标是要持续优化服务，防止服务架构腐化，保证服务高质量运行。
2. 服务框架的功能
虽然每个服务框架不尽相同，但是还有有一些核心功能是相同的，比如以下功能：
服务订阅发布：比如，配置化发布和引用服务，服务自动发现，服务在线注册和取消注册。
服务路由：比如，默认提供随机路由，轮询，基于权重的路由，粘滞连接，路由定制功能。
集群容错：比如，Failover（失败自动切换），Failback（失败自动恢复），Failfast（快速失败）。
服务调用：需要支持：同步调用，异步调用，并行调用。
多协议：包括私有协议，公有协议。
序列化方式：需要支持二进制和文本类序列化方式。
统一配置：支持本地静态配置，支持基于配置中心的动态配置。
以上功能可以按照业务定制，不需要 100% 支持。
3. 服务框架的性能指标
分布式服务框架的性能肯定比不上本地调用，原因是：网络通信，序列化，反射调用，动态代理这些都会消耗性能。所以需要有性能指标。
高性能：在同等资源占用情况下，单服务提供者的 TPS 要尽量高。
低延时：在同等资源占用情况下，服务调用延时要尽量低。
性能线性增长：如果增加了服务提供者，整体性能要能够线性增长。
可靠性：服务注册中心的可靠性，网络链路的可靠性。
4. 服务治理需要哪些功能？
服务运行态监控，例如通过路由导流，限流，服务降级，动态控制超时时间。
服务监控，性能统计，报表，报警。
服务生命周期管理
故障快速定位
服务安全
总结
以上就是在设计分布式服务框架需要注意的地方，例如整体架构的设计，框架需要哪些功能，框架的需要保证哪些性能。同时，一个框架只是可以使用时不够的，还需要服务治理，保证服务不被腐化，同时保证服务的健康。
更多相关文章
- 基于ssm框架实现民宿管理系统
- 基于代理的数据库分库分表框架 Mycat实践
- 刚入门学习GO语言需要注意什么?有哪些框架？
- Spring Boot日志框架实践
- Redis 发布订阅，小功能大用处，真没那么废材！
- Angular v8 发布！来看看有什么新功能[每日前端夜话0x7A]
- RPC框架实践之：Google gRPC
- 8 个你不知道的 DOM 功能[每日前端夜话0x79]
- RPC框架实践之：Apache Thrift