微服务架构能带来的好处

好处：

解决传统单块风格应用的问题：

  • 单一代码库，代码维护复杂
  • 单一发布单元，测试困难
  • 单一发布单元，发布困难
  • 对服务器硬件配置要求极高，垂直扩展困难
  • 无法做到无状态，水平扩展困难

解决集中式服务管理机制的问题：

  • 有可能出现单点故障
  • 可伸缩性差，容易出现性能瓶颈

解决重量级通信机制的问题：

  • 基于HTTP的各种RPC风格协议：SOAP/WSDL、XML-RPC、JSON-RPC、Hessian、Burlap
  • 二进制风格协议：Java RMI
  • 紧耦合、互操作性差、可伸缩性差
时间： 2024-08-07 00:17:18

微服务架构能带来的好处的相关文章

用微服务架构，有哪些好处？

第一,它解决了复杂性的问题.它将一个可怕的.庞大的整体应用分解成一组服务.在整体的功能没有改变的同时,应用程序已经被分解成可管理的模块或服务.每个服务有以 RPC 或者消息驱动 API 形式定义清楚的界限.微服务架构模式加强了一定程度的模块化,这在整体应用程序中是很难实现的.因此单个的服务可以更快的开发,更简单的理解和维护. 第二,这种架构使得每个服务可以由单独的团队独立开发,这些团队可以专注于某个服务.开发者可以自由地选择合理的技术,只要服务遵守 API 约定即可.当然大部分组织想要避免混乱地

微服务架构成功之路

本文来源于我在InfoQ中文站翻译的文章,原文地址是:http://www.infoq.com/cn/news/2015/07/success-of-microservices 近年来,在软件开发领域关于微服务的讨论呈现出火爆的局面,有人倾向于在系统设计与开发中采用微服务方式实现软件系统的松耦合.跨部门开发:同时,反对之声也很强烈,持反对观点的人表示微服务增加了系统维护.部署的难度,导致一些功能模块或代码无法复用,同时微服务允许使用不同的语言和框架来开发各个系统模块,这又会增加系统集成与测试的难

微服务架构(Microservices)

说在前面 好久没写博文了,心里痒痒(也许是换工作后,有点时间了吧).最近好像谈论微服务的人比较多,也开始学习一下,但是都有E文,看起来半懂不懂的. Martinfowler的<微服务>,也算是入门必读了.有人翻译过,但是只有一半.还是自己练练手吧. 微服务 "微服务架构"一词在过去几年里广泛的传播,它用于描述一种独立部署的软件应用设计方式.这种架构方式并没有非常准确的定义,但是在业务能力.自动部署.端对端的整合.对语言及数据的分散控制上,却有着显著特征. "微服务

细说微服务架构的优势与不足那点事

摘要: 一个微服务一般完成某个特定的功能,比如下单管理.客户管理等等.每一个微服务都是微型六角形应用,都有自己的业务逻辑和适配器.一些微服务还 会发布API给其它微服务和应用客户端使用.其它微服务完成一个Web UI,运行时,每一个实例可能是一个云VM或者是Docker容器. 微服务正在博客.社交媒体讨论组和会议演讲中获得越来越多的关注,在Gartner的2014 Hype Cycle上它的排名非常靠前.同时,软件社区中也有不少持怀疑论者,认为微服务不是什么新东西.Naysayers认为这就是S

微服务架构的优势与不足

<span "="">微服务正在博客.社交媒体讨论组和会议演讲中获得越来越多的关注,在Gartner的2014 Hype Cycle上它的排名非常靠前.同时,软件社区中也有不少持怀疑论者,认为微服务不是什么新东西.Naysayers认为这就是SOA架构的重新包装.然 而,尽管存在着不同的争论,微服务架构模式却正在为敏捷部署以及复杂企业应用实施提供巨大的帮助. <span "="">首先我们看看为什么要使用微服务. <

微服务系列（一）：微服务架构的优势与不足

微服务在当下引起广泛关注,成为文章.博客.社交媒体讨论和大会演讲的热点:在 Gartner 的 “Hype Cycle” 上排名也非常靠前.与此同时,在软件社区也有人质疑微服务并非新事物.反对者认为微服务只是 SOA (Service Oriented Architecture)的二度包装.然而,无论是追捧还是质疑,微服务架构拥有巨大优势,尤其是它让敏捷开发和复杂的企业应用交付成为可能. 本系列包含 7 篇文章,介绍了微服务的设计.构建和部署,并与传统的单体架构进行了比较.本系列将分析微服务架构

微服务架构的优势与不足-1(转)

「Chris Richardson 微服务系列」微服务架构的优势与不足 Posted on 2016年5月4日 编者的话|本文来自 Nginx 官方博客,是微服务系列文章的第一篇,主要探讨了传统的单体式应用的不足,以及微服务架构的优势与挑战. 转自http://blog.daocloud.io/microservices-1/ 作者介绍:Chris Richardson,是世界著名的软件大师,经典技术著作<POJOS IN ACTION>一书的作者,也是 cloudfoundry.com 最初

“灾难无情人有情”：备战金三银四之微服务架构问题！（含解析）

前言: 现在IT界跳槽已成常态,跳槽,可能有以下原因: 技术达到瓶颈,无法在此公司有好的提升,前几年我感觉基本不会出现,至少我现在没出现. 实力与薪资不匹配. 和同事 领导不和,如果你在几家公司都这样,要自我检讨一下是不是自己的问题. 仅个人观点,其他诸如地域 情感 兴趣等个人原因不做讨论. 这也导致很多企业在用人时会比较在意员工的稳定性一般外包公司都会比较忙,相对来说,成长应该是比较快的,而你的工作性质偏业务,那么你要想清楚一个问题,以后你的发展轨迹是怎样的?是在技术方向越走越远呢,还是在管理

微服务架构设计模式

目录 什么是微服务模式 单体结构的历程 单体地狱的银弹-微服务架构 扩展立方体和服务 微服务架构的好处和弊端 优点 大型的复杂应用程序可以持续交付和持续部署 每个服务都相对较小并容易维护 更好的容错性 更容易实验和采纳新的技术 弊端 服务的拆分和定义是一项挑战 分布式系统带来的各种复杂性 开发者需要思考到底应该在应用的什么阶段使用微服务架构 服务的拆分策略 识别系统操作 创建抽象领域模型 定义系统操作 根据业务能力进行服务拆分 从业务能力到服务 根据子域进行服务拆分 上帝类的处理 什么是微服务模