【生意多】-免费发布分类信息
当前位置: 首页 » 新闻 » » 正文

让你一分钟了解分布式服务框架

放大字体  缩小字体 发布日期:2020-11-14 03:56:48    浏览次数:9
导读

  第一代:MVC架构 :当业务规模很小时,将所有功能都部署在同一个进程中,通过双机或者前置负载均衡实现负载分流;此时,用于分离前后逻辑的Mvc架构是关键。  第二代:RPC架构:当垂直应用越来越多,应用之间交互不可避免,将核心和公共业务抽取出来,作为独立的服务,实现前后台逻辑分离、此时,用于提高业务复用和拆

  第一代:MVC架构 :当业务规模很小时,将所有功能都部署在同一个进程中,通过双机或者前置负载均衡实现负载分流;此时,用于分离前后逻辑的Mvc架构是关键。

  第二代:RPC架构:当垂直应用越来越多,应用之间交互不可避免,将核心和公共业务抽取出来,作为独立的服务,实现前后台逻辑分离、此时,用于提高业务复用和拆分的RPC框架是关键。

  第四代:微服务架构:随着敏捷开发,持续交付,DEVOPS理论的发展和实践,以及基于docker等轻量级容器部署应用和服务的成熟,微服务架构开始流行,逐渐成为应用架构的未来演进方向。通过服务的原子拆分,以及微服务的独立打包,部署和升级,小团队敏捷交付,应用的交付周期将缩短,运维成本也将大幅下降。

  应用从集中式走向分布式。大规模系统架构的设计一般规则就是尽可能的拆分,以达到更好的独立扩展与伸缩,更灵活的部署,更好的隔离和容错,更高的开发效率。具体的拆分策略大体分为横向拆分和纵向拆分。

  运行期治理:流量陡增,系统资源成为瓶颈,对非核心服务采取降级,限流的措施,保证核心业务的运行;缓存失效时,系统压力转移到数据库,服务调用时延突然增大,业务失败率升高,需要在线调大服务调用超时时间,保证业务成功率;非核心服务发生故障时,希望对业务放通,不调用远程服务,取而代之的是执行本地的降级逻辑。

  尽管不同的分布式架构实现细节存在差异,但是核心功能差异不大。通常,分布式服务框架的架构可以抽象为三层。

  应用有单机调用演进到分布式部署之后,由于网络故障,会导致业务失败率增加,分布式框架需要具备很强的可靠性来保证业务的成功率。

  健康状态监测:注册中心通过心跳检测服务提供者的存在,服务提供者当机,注册中心将立即推送事件通知消费者。

  中国平安2017年翻倍,2018年跌10% ,2019年涨50%左右,2020年目前跌1%,2021...

  上机的几个问题 关注了唐书房的朋友应该知道,老唐提出投资者需要解决的5个问题。我不持有上机,最近才接...

  $上海机场(SH600009)$ 再见了,61.5元,这个价格就是多年后上机的最低价格,立贴为证,今...

  中国平安2020年10月原保费收入 10月,平安寿险原保费收入由增转降;新单同比下滑19.47%,降...

  $信立泰(SZ002294)$ 早起赶高铁,今天和几个朋友去东山岛看个民宿项目,出发之前写个最近行情...

 
关键词: 360doc网站框架
(文/小编)
打赏
免责声明
• 
本文为小编原创作品,作者: 小编。欢迎转载,转载请注明原文出处:http://www.31duo.com/news/show-759531.html 。本文仅代表作者个人观点,本站未对其内容进行核实,请读者仅做参考,如若文中涉及有违公德、触犯法律的内容,一经发现,立即删除,作者需自行承担相应责任。涉及到版权或其他问题,请及时联系我们。
 

(c)2016-2019 31DUO.COM All Rights Reserved浙ICP备19001410号-4

浙ICP备19001410号-4