分布式微服务的优缺点(微服务架构的优缺点和应用场景)

扫码添加渲大师小管家，免费领取渲染插件、素材、模型、教程合集大礼包！

大家好，今天来介绍分布式微服务的优缺点(微服务的优点有)的问题，以下是渲大师小编对此问题的归纳和整理，感兴趣的来一起看看吧！

微服务架构的优缺点

优点：易于开发和维护:一项服务只关注一项特定的业务功能，业务清晰，代码量少。
微型服务的优点:
1.易于开发和维护:一项服务只关注一项特定的业务功能，业务清晰，代码量少。开发维护单项微服务辩握相当简单。整个应用程序由一些微型服务构建，因此整个应用程序处于可控状态。
2.单一服务启动快:单一服务代码少，启动快。
3.局部修改易于部署:单个应用程序只要有修改，就必须重新部署整个应用程序，微服务解决了这个问题。一般来说，修改某个微型服务，只需重新配置该服务。
4.技术堆栈不受限制:微服务结构可结合业务和团队特点，合理选择技术堆栈。例如，一些服务可以使用关系数据库Mysql，一些服务可以使拦灶肢用非关系数据库redis。甚至简世可以根据需服务可以使用JAVA开发，一些微服务可以使用Node.js开发。
5.按需收缩:可根据需要实现细粒度的扩展。例如，系统中的某个微服务遇到瓶颈，可以结合微服务的特点，增加内存，升级CPU，增加节点。
微型服务的缺点:
1.运输要求高:更多的服务意味着更多的运输投入。在单体结构中，只需保证一个应用程序的运行，在微服务中，需要保证几十到几百个服务器的正常运行和合作，这给运行维护带来了巨大的挑战
2.分户式固有的复杂性:使用微服务结构的是分布式系统。对于分布式系统，系统容错，网络延迟带来巨大挑战。
3.界面调整成本高:微服务之间通过界面通信。

微服务的主要优势有哪些

1.将复杂的业务拆分成多个小的业务,每个业务拆分成一个服务,将复杂的问题简单化。利于分工,降低新人的学习成本。

2.微服务应用的一个最大的优点是,它们往往比传统神让码的应用程序更有效地利用计算资源。这是因为它们通过扩展组件来处理功能瓶颈问题。这样一来,开发人员只需要为额外的组件部署计算资源,而不需要部署一个完整的应用程序的全新迭代。最终的结果是有更多的资源可以提供给其它任务。

3.微服务应用程序的另一个好处是,它们更快且更容易更新。当开发者对一个传统的单体应用程序进行变更时,他们必须做详细的QA测试,以确保变更不会影响其他特性或功能。但有了微服务,开发者可以更新应用程序的单个组件,而不会影响其他的部分。测试微服务应用程序仍然是必需滑卜的,但它更容易识别和隔离问题,从而加快开发速度并支持DevOps和持续应用程序开发。

4.微服务架构有助于新兴的云服务,如事件驱动计算。类似AWS Lambda这样的功能让开发人员能够编写代码处于休眠状态,直到应用程序事件触发。事件处理时才需要使用计算资源，而企业只需游哪要为每次事件,而不是固定数目的计算实例支付。

缺点1.整体复杂度更高,微服务根本上说是一个分布式系统。开发者需要选择和实现基于消息或者 RPC 的进程间通信机制。虽然这个有很多框架可供选择,并不需要从头实现。但是整体上的代码复杂度是提高了。

2.微服务架构上每个业务有自己的数据库。以前在单体应用中很好解决的事务问题,现在变得很困难。在基于微服务的应用程序中,需要更新不同服务所用的数据库,通常不会选择分布式事务,不仅仅是因为 CAP 定理。他们根本不支持如今高度可扩展的 NoSQL 数据库和消息代理,最后不得不使用基于最终一致性的方法,这对于开发人员来说更具挑战性。

3.测试微服务应用程序也很复杂。例如,使用 Spring Boot,我只需要编写一个测试类来启动一个单体 web 应用程序并测试其 REST API。相比之下,一个类似的测试类对于微服务来说需要启动该服务及其所依赖的所有服务,或者至少要做服务mock,虽然这不是一件高深的事情,但不要低估了这多出来的工作量和复杂度。

微服务相比于单体服务目前有哪些缺点

公司刚刚转微服务，我来说说吧，首先分布式调用性能肯定比单机一体应用要慢点，然后如果业务不复杂而为了微服务而微服务，会增加系统的复杂局哗和度，无论开发还是维护，效率都低很多。最后微服务在国内还是比较新的东西，市面上成功的技术框架不多。当然微服务也有很多优点，看业务场景，既然问题是问缺点桐盯，我就芦贺不多优点了。

微服务架构的优缺点和拆分

单体式的架构更适合轻量级的简单应用，微服绝耐务架构适合大型、大团队、敏捷迭代型项目。
后台架构的演变：单体结构（没宏丛巨无霸） --> Dubbo 单体结构（小巨无霸） --> 微枯樱服务普通结构 --> 微服务中台结构

微服务架构更加敏捷，如果单体结构的话，任何一次改动的发版，都要重启整个应用。系统之间的耦合度降低

微服务架构缺点：

微服务的拆分：项目拆分 --> 业务拆分（中台）--> 功能拆分
业务拆分：订单系统、支付系统、用户中心、卡券系统、商品系统 等等
功能拆分：支付portal系统 + 支付admin管理系统

微服务架构的优缺点

微服务在近几年大火，它具备了灵活部署、可扩展、技术异构等优点，但同时也带弯嫌来了开发、运维的复杂性。是否要采用微服务架构需要根据系统的特点，结合企业的组织架构、团队能力等多个方面进行综合陪闹扮的判断，而不是为了微服务而微服务。例如基于微服务架构的MK-PaaS平台，通过将传统流程服务、组织服务、门户服务、消息服务、集成服务、生态组织、主数据芦灶等能力中台化；并提供统一集成&开发能力，整合生态服务能力。帮助大、中型组织高效构建内、外协作一体化的数字化平台，提高生态型组织的效率，提升业务敏捷度，夯实产业互联网&商业模式创新基座，赋能数字化转型升级，敏捷应对业务需求变化。