MVC、RPC、SOA、微服务架构之间的区别

MVC、RPC、SOA、微服务架构之间的区别

一、MVC架构

   其实MVC架构就是一个单体架构。

   代表技术:Struts2、springMVC、Spring、Mybatis 等等。

二、RPC架构

   RPC(Remote Procedure Call)远程过程调用,他是一种通过网络从远程计算机程序上请求服务,而不需要了解底层网络技术的协议。

   代表技术:Thrift、Hessian等等。

三、SOA架构

   SOA(Service Oriented Architecture)面向服务架构。

   ESB(Enterparise Service Bus)企业服务总线,服务中介。主要是提供了一个服务于服务之间的交互。

   ESB包含的功能如:负载均衡,流了控制,加密处理,服务的监控,异常处理,监控告急。

   代表技术:Mule、WSO2

四、微服务

   微服务其实就是一个轻量级的服务治理方案。

   代表技术:SpringCloud、dubbo等等

原文地址:https://www.cnblogs.com/it-taosir/p/9979275.html

时间: 2024-08-06 10:29:03

MVC、RPC、SOA、微服务架构之间的区别的相关文章

应用架构的演进--MVC,RPC,SOA,微服务架构

MVC架构:垂直应用架构 当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率. 当业务规模很小时,将所有功能都部署在同一个进程中,通过双机或者前置负载均衡器实现负载分流 此时,加速前端页面开发,分离前后台逻辑的mvc框架是关键. 代表技术:Struts2.SpringMVC.Spring.Mybatis 等等. RPC架构:分布式服务架构 当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用

12-factor应用和微服务架构应用的区别

SAP云平台的帮助文档很多时候将12-factor应用和微服务架构的应用相提并论. 然而从Allan Beck和John Mcteague的Cloud成熟度模型概念里,12-factor应用从成熟度上来说在微服务架构应用之上. 所谓Twelve-factor应用,详细定义在这个链接里, 点击每个标题的超链接能看到明细. 要获取更多Jerry的原创技术文章,请关注公众号"汪子熙"或者扫描下面二维码: 原文地址:https://www.cnblogs.com/sap-jerry/p/896

阿里巴巴微服务架构到底有多牛逼?

微服务架构专题 围绕微服务的通用模式,讲解Spring Cloud的常见用法及原理.让微服务的开发更加方便.快捷,让微服务应用更加稳定.可用. 理论结合实战,透彻理解分布式架构及其解决方案. 面向人群 1.工作1-5年需要突破瓶颈 2.传统行业转型进入互联网行业的人群 在技术深度和技术广度上得到飞跃的提升.成为互联网行业所需要的IT型人才 微框架 1.与微服务之间的关系 2. 热部署实战 3.核心组件Starter.Actuator.AutoConfiguration.Cli 4.集成Mybat

阿里P8高级架构师带你领略阿里巴巴微服务架构——最后有惊喜哦

Dubbo微服务框架的核心功能 启动时检查 ?Dubbo 缺省会在启动时检查依赖的服务是否可用,不可用时会抛出异常,阻止 Spring 初始化完成,以便上线时,能及早发现问题,默认 check="true" 集群容错 failover 失败自动切换,当出现失败重试其它服务器.通常用于读操作,重试带来更长延迟. failfast快速失败,只发起一次调用,失败立即报错.通常用于非幂等性写操作,如新增记录. failsafe失败安全,出现异常时,直接忽略.通常用于写入审计日志等操作. fai

微服务架构是一种解决方案

企业应用架构演变: 单机程序->c/s->b/s->面向服务架构(SOA)->微服务架构 加粗的是单体程序 微服务架构 细粒度SOA,是强调小型短暂组件的SOA,小即是美 重点是服务,如何进行服务之间解耦 每个服务组件都可以独立开发.构建.测试.部署 自包含(如在容器中) 轻量级进程 使用REST风格web服务开发 通过Http进行通信(一定需要通过HTTP通信么?) 跟团队组织结构相关 基本模式:(API网关+n个单体服务结构) SOA 公开基于简单对象访问协议(SOAP) 中间

SOA和微服务架构的区别?

知乎用户 289 人赞同了该回答 谢多人邀请,其实前面几位的回答已经差不多了,在这里仅谈下自己的简单总结. 微服务架构强调的第一个重点就是业务系统需要彻底的组件化和服务化,原有的单个业务系统会拆分为多个可以独立开发,设计,运行和运维的小应用.这些小应用之间通过服务完成交互和集成.每个小应用从前端web ui,到控制层,逻辑层,数据库访问,数据库都完全是独立的一套.在这里我们不用组件而用小应用这个词更加合适,每个小应用除了完成自身本身的业务功能外,重点就是还需要消费外部其它应用暴露的服务,同时自身

SOA和微服务架构的区别

微服务架构强调的第一个重点就是业务系统需要彻底的组件化和服务化,原有的单个业务系统会拆分为多个可以独立开发,设计,运行和运维的小应用.这些小应用之间通过服务完成交互和集成.每个小应用从前端web ui,到控制层,逻辑层,数据库访问,数据库都完全是独立的一套.在这里我们不用组件而用小应用这个词更加合适,每个小应用除了完成自身本身的业务功能外,重点就是还需要消费外部其它应用暴露的服务,同时自身也将自身的能力朝外部发布为服务. 如果一句话来谈SOA和微服务的区别,即微服务不再强调传统SOA架构里面比较

Atitit.架构设计趋势 设计模式 ---微服务架构  soa

Atitit.架构设计趋势 设计模式 ---微服务架构  soa 什么是微服务架构?1 .微服务与SOA的关系 :微服务架架构师面向服务架构(SOA)的一种特定实现1 微服务与康威定律2 微服务的一些设计 断路器 幂等2 <微服务设计>([英] 纽曼(Sam Newman))3 微服务架构与实践4 什么是微服务架构? Martin Fowler认为,微服务架构是一种独立部署的软件应用设计方式.这种架构方式没有准确的定义,但是在业务能力.自动部署.端对端的整合.对语言及数据的分散控制上有着共性.

一文读懂 Spring Boot、微服务架构和大数据治理三者之间的故事

微服务的诞生并非偶然,它是在互联网高速发展,技术日新月异的变化以及传统架构无法适应快速变化等多重因素的推动下诞生的产物. 微服务的诞生并非偶然,它是在互联网高速发展,技术日新月异的变化以及传统架构无法适应快速变化等多重因素的推动下诞生的产物.互联网时代的产品通常有两类特点:需求变化快和用户群体庞大,在这种情况下,如何从系统架构的角度出发,构建灵活.易扩展的系统,快速应对需求的变化:同时,随着用户的增加,如何保证系统的可伸缩性.高可用性,成为系统架构面临的挑战.如果你想了解大数据的学习路线,想学习