为了加快微服务的响应速率,数据的缓存应该如何设计?

单体应用拆分为独立的多个微服务,无形中增加了系统的响应时间,可以通过本地缓存,分布式缓存相结合的方式来弥补性能的损耗。那为了加快服务的响应,数据缓存应该如何设计?显示全部

单体应用拆分为独立的多个微服务,无形中增加了系统的响应时间,可以通过本地缓存,分布式缓存相结合的方式来弥补性能的损耗。那为了加快服务的响应,数据缓存应该如何设计?

收起

查看其它 1 个回答尘世随缘的回答

尘世随缘尘世随缘  技术总监 , 上海某互联网金融公司
guoxilin泊涯PanMichael等赞同了此回答

在缓存的使用场景中,有一种2/8法则的说法,即20%的请求访问DB(如有可能再少一点),80%的请求访问缓存。在微服务场景下,本身是接口调用的现在变成了RPC远程调用了,在一定程度上的确提高了单个接口的响应时间。但是从全局角度看,微服务提高了系统的QPS量级,所以从某种程度上来说,因为PRC的原因提高了单个接口的RT是可以忽略的。当然如果是为了最求极致,想尽可能的降低因为PRC带来的接口响应时间,如果是涉及多个服务调用的,可以并行调用服务,同时将并行结果缓存在本地。后端每个原子服务都会对接缓存,这样能有效提高系统的响应时间。

 2019-07-05
浏览244

回答者

尘世随缘技术总监, 上海某互联网金融公司

回答状态

  • 发布时间:2019-07-05
  • 关注会员:3 人
  • 回答浏览:244
  • 关于TWT  使用指南  社区专家合作  厂商入驻社区  企业招聘  投诉建议  版权与免责声明  联系我们
    © 2019  talkwithtrend — talk with trend,talk with technologist 京ICP备09031017号-30