一文 get 转转 RPC 框架开发实战经验

摘要

随着公司规模的扩大以及业务量与用户量的激增,为了满足系统高可用、高并发的要求,单体应用逐步演化为服务 / 微服务的架构模式。此时,我们急需一种高效的应用程序之间的通讯手段来满足这种需求,因此 RPC 得以大显身手。

RPC 即远程过程调用协议(Remote Procedure Call Protocol),可以让我们像调用本地对象一样发起远程调用。RPC 凭借其强大的治理功能,成为解决分布式系统通信问题的一大利器。

然而,怎样选择一个合适的 RPC 框架依然是个令人困扰的问题。虽然社区里已经有很多开源的 RPC 项目,它们简单易用,但从框架特性、性能、成熟度、技术支持、社区活跃度等等方面综合考虑,适合自己的却很少。而开发一个完整的 RPC 框架,对于大部分中小团队来说,人力成本和时间成本都是无法接受的。

到底该如何选择一套适合自己的 RPC 框架?自研 RPC 框架的过程中遇到困难该如何破解?从事 RPC 框架的开发怎样才能少走弯路?

欢迎在评论区写下你对这篇文章的看法。

评论

- 위키
Copyright © 2011-2024 iteam. Current version is 2.137.1. UTC+08:00, 2024-11-09 00:03
浙ICP备14020137号-1 $방문자$