微服务优缺点

优点:
    每个服务足够内聚,足够小,代码容易理解这样能够聚焦一个指定的业务功能或业务需求。
    开发简单,开发效率提高,一个服务可能就是专一的只干一件事情。
    微服务是松耦合的,是有功能意义的服务,无论是在开发阶段或部署阶段都是独立的。
    微服务能够被小团队单独开发。
    微服务能使用不同的语言开发。
    易于和第三方集成,微服务允许容易且灵活的方式集成自动部署,通过持续集成工具,如Jenkins、Hudson、bamboo。
    微服务易于被一个开发人员理解、修改和维护,这样小团队能够更关注自己的工作成果。无需通过合作才能体现价值。
    微服务允许你利用融合最新技术。
    微服务只是业务逻辑的代码,不会和HTML/CSS或其他界面组件混合。
    每个微服务都有自己的存储能力,可以有自己的数据库,也可以统一数据库。
缺点:
    开发人员要处理分布式系统的复杂性
    多服务运维难度,随着服务的增加,运维的压力也在增大
    系统部署依赖
    服务间通讯成本
    数据一致性
    系统集成测试
    性能监控

原文地址:https://www.cnblogs.com/cbxBlog/p/9196607.html

时间: 2024-10-18 11:01:27

微服务优缺点的相关文章

单体应用与微服务优缺点辨析

前久由于需要做一个异构系统集成的架构设计,所以深入研究了下微服务架构,今天由于家里断网(只能用手机热点)所以分享一篇OneNote里面摘录的文章. 微服务架构(MSA)是一种架构概念,旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦.你可以将其看作是在架构层次而非在具体代码上应用SOLID原则的设计原则.个人我认为微服务更多的是一种架构风格,也可以看作是一种粒度更细的SOA.在InfoQ上有很多介绍微服务架构的文章,今天要分享的是一篇对比单体应用和微服务的文章,所谓单体应用和微服务可以

微服务实践(总)-原文

本系列文章为 dockone.io 首发,转载请标明出处,以示尊重!! http://dockone.io/people/hokingyang   希望读者通过本系列文章对微服务优缺点有一个比较好的理解,以及何时使用这种架构.也许微服务架构比较适合你的应用.也许你正在开发一个大型.复杂单体式应用,日常开发和部署经验非常缓慢和痛苦,而微服务看起来是远方一个极乐世界.幸运的是,有可以参考的脱离苦海的策略,本篇文章中,我将描述如何逐步将单体式应用迁移到微服务架构. 本系列七篇文章列表如下: 微服务实战

微服务初步理解

本文参考书籍 https://github.com/oopsguy/microservices-from-design-to-deployment-chinese 微服务简介 单体应用 在项目开发启动阶段,比如开发一个电商系统,该系统包括了订单模块.商品搜索模块.用户模块和后台等系统,启动阶段虽然按照业务逻辑分模块开发,但是最终成功上线运行的是一个单体应用,在项目开发的初期,单应用的架构有助于快速更改业务流程,快速迭代,当项目发展到一定时期后,一个庞大.复杂的单体,对于新的功能的开发可能就是陷入

微服务与单体服务

什么是微服务? 微服务是一种系统架构的设计风格,主旨是将原本复杂的系统拆分成多个独立的小型服务,每个服务维护自身的业务逻辑.数据处理及部署,服务与服务之间通过简单的通信协议进行通信(比如restful API),不要求每个微服务使用同一种编程语言编写. 微服务优缺点? 可参考 https://blog.csdn.net/Leon_cx/article/details/81487547 优点归纳为以下几点: 缺点: - 运维层面上,运维需要维护的服务更多了- 问题难定位,单体项目日志集中在一起,出

微服务和SpringCloud

目录: 1.什么是微服务 马丁.福勒微服务架构博文:https://martinfowler.com/articles/microservices.html 译文:https://blog.csdn.net/qq_32252957/article/details/90247418 微服务架构是一种架构模式或者说是一种架构风格,它提倡将单一应用程序划分成一组小的服务,每个服务运行在其独立的进程中,服务之间相互协调.互相配合,为用户提供最终价值.服务之间采用轻量级的通信机制互相沟通(通常是基于HTT

atititi.soa  微服务 区别 联系 优缺点.doc

atititi.soa  微服务 区别 联系 优缺点.doc 1. 应用微服务的动机,跟传统巨石应用的比较1 2. 面向服务架构(SOA)  esb2 3. 微服务架构(Microservices)2 4. 微服务架构特征(Characteristics)3 4.1. 通过服务实现组件化 vs   通过库(library)3 4.2.  去中心统一化  vs 统一的技术平台3 4.3. 7. Design for failure3 5. 服务划分有两个原则要遵循:单一职责原则    每个工具都小

微服务架构优缺点

随着DevOps.持续交付等理念的深入人心,微服务架构开始走进我们的视野. 那么微服务是业界期待已久的解决方案么?或者说微服务要比整体解决方案更加简单? 让我们先对微服务下个定义: 微服务是用一组小服务的方式来构建一个应用,服务独立运行在不同的进程中,服务之间通过轻量的通讯机制(如RESTful接口)来交互,并且服务可以通过自动化部署方式独立部署.正因为微服务架构中,服务之间是相互独立的,所以不同的服务可以使用不同的语言来开发,或者根据业务的需求使用不同类型的数据库. 来自ThoughtWork

微服务架构的优缺点

微服务架构是一种将单个应用程序作为一套小型服务开发的方法,每种应用程序都在自己的进程中运行,采用一组服务的方式来构建一个应用,服务独立部署在不同的进程中,不同服务通过一些轻量级交互机制来通信的架构思路. 独立性 在开发层面,每个微服务基本上都是各自独立的项目(project),而对应各自独立项目的研发团队基本上也是独立对应,这样的结构保证了微服务的并行研发,并且各自快速迭代,不会因为所有研发都投入一个近乎单点的项目,从而造成开发阶段的瓶颈.开发阶段的独立,保证了微服务的研发可以高效进行. 可扩展

Spring Cloud微服务安全实战_5-6_基于session的SSO优缺点以及适用场景

到目前为止已经实现了一个基于session的SSO 优点: 1,安全 .所有的token的信息都是放在session里(客户端应用session.认证服务器session),在浏览器里只有一个jsessionId,在浏览器这边只要做好session固定攻击的防护,一般是不会有什么风险的. 2,可控性高.token信息存在了数据库,登录信息存在了redis,想让谁下线就让谁下线,想让谁失效就让谁失效. 3,跨域.客户端应用部署在哪个域名下,都可以直接跟认证服务器交互. 缺点: 1,复杂度高. se