【成为架构师3-1】服务化：微服务架构，究竟解决什么问题

最新推荐文章于 2024-07-26 20:47:13 发布
原创 最新推荐文章于 2024-07-26 20:47:13 发布 · 427 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#rpc #restful

本文介绍了微服务架构如何解决早期四层架构或单体架构中的代码拷贝、复杂性扩散、耦合等问题，强调了微服务带来的复用性、专注性、解耦合、高质量和易扩展等优势。同时，也指出微服务架构会增加系统复杂性，使得依赖关系、运维、部署和监控变得更加复杂。

系列文章是博主对沈剑的《架构师训练营》分享内容的个人笔记总结，原内容公众号“成为架构师”。

本篇作为微服务的开篇，只是简单的阐述一下微服务架构能带来的优势，以及微服务架构的弊端

目录

早期架构的痛点

上一种架构通常只有四层：

  1. 客户端
  2. 反向代理
  3. Web集群
  4. 数据库集群

或者是All in one的单体架构

这类架构通常有以下痛点：

  1. 代码到处拷贝
  2. 底层复杂性扩散（如引入缓存之后，业务调用方都要跟着修改）
  3. 公共库耦合
  4. SQL质量无法保证
  5. 不易扩展，数据库耦合，join频繁
微服务架构的好处
  1. 复用性，消除代码拷贝
  2. 专注性，防止复杂性扩散
  3. 解耦合，消除公共库耦合
  4. 高质量，SQL稳定性有保障
  5. 易扩展，消除数据库耦合
  6. 高效性，调用方研发更高效
微服务架构带来的问题
  1. 系统复杂性上升
最低0.47元/天 解锁文章
服务拆分与扩展策略：微服务架构的三维进化
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
12-25 171万+
本文探讨了微服务架构中的服务拆分与扩展策略，结合架构的轮回理论，分析了X、Y、Z轴扩展的应用场景与技术方案。通过AKF扩展立方体模型，详细阐述了如何通过服务复制、职责划分和数据分区等方法提升系统的可扩展性与灵活性。此外，文章介绍了两种常见的服务拆分策略：绞杀者模式和修缮者模式，并探讨了微服务架构的未来发展方向，包括边缘计算、事件驱动架构和服务网格的结合。旨在为架构师和开发者提供实践指导，帮助构建更加高效、稳定的微服务系统。
从业务到技术：微服务建模的四大切入点
热门推荐
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
12-25 171万+
本文探讨了微服务架构中的服务建模方法，重点从四个切入点进行分析：服务分类、服务模型、服务边界和服务数据。首先，介绍了工具服务、实体服务和任务服务等基本分类，并从业务维度对服务进行了层次化分类。然后，讨论了服务的标准和级别，强调服务契约化和文档化的重要性。接着，阐述了如何识别服务边界，并结合领域驱动设计进行划分。最后，探讨了微服务中的数据去中心化问题，提出了解决跨表查询、跨库查询等技术耦合场景的方法。通过这些建模思路，本文为微服务架构设计提供了理论与实践指导。
什么是微服务架构,该从哪些方面深入理解?到底能解决哪些问题呢？
jinggege795的博客
07-02 1342
微服务架构概述 微服务在设计之初就是致力于解决单体式架构的问题而出发的，所以它几乎可以解决单体式架构面临的所有问题。虽然微服务本身也有一些缺陷，但丝毫不影响它替代单体式架构成为主流架构的步伐。那么，微服务架构到底能解决哪些问题呢？ 微服务能解决的问题 下面从之前总结的单体式架构的缺点来分析。首先，微服务解决了难以维护的问题。微服务本身微小的设计，导致一个服务的职责不会过大，从而轻松地解决了难以维护的问题，单对一个服务来讲，它的代码量不会特别多，量少的东西不一定简单，但一定是好管理的，而且后续介
微服务架构解决了什么问题
我想问问天的专栏
12-06 1961
引语： 学习了沈剑老师的《微服务架构究竟解决了什么问题》课程，记录一下学习笔记。 现在基本上互联网公司招人就是问微服务，那么为什么要用微服务架构？它究竟解决了什么问题？有什么好处和缺点呢？ 课程里有一句话很有感触就是不能大家都在用什么技术你就要用什么技术，应该是要了解它的优势和缺陷，对于合适的场景使用合适的技术架构。 传统互联网架构的问题 先看下典型的互联网架构。 方式一：从客户端到反向代理，再到高可用的web集群，web服务在直接访问db集群。 方式二：应用服务和dao，数据库都放在同一台服务器上 然后
微服务框架需要处理哪些问题？
a807719447的专栏
01-22 2353
正常情况下数据结构分为特定数据，非特定数据特定数据，比如记录登入相关的信息非特定数据，比如一些业务处理的状态需要流转到下一个服务。
什么是微服务、微服务解决的问题是什么
CodingAnHour
12-31 2841
微服务解决的问题 服务治理：为了有效管理分布式系统中存在的大量服务实例，微服务架构引入了服务发现和服务注册机制，使得服务实例的管理变得自动化、透明化。 Eureka、nacos等 API 网关：为了降低服务客户端与服务提供者之间的耦合度，更好地简化调用过程，微服务架构专门提供了一个 API 网关，用来优化面向客户端的 API 设计。 OpenResty、Kong、Zuul2、SpringCloudGateway 等 服务容错：为了解决服务访问出错问题，微服务架构中提供了服务隔离、服务熔
为什么使用微服务？微服务解决了什么问题？微服务优缺点？Dubbo、Spring Cloud如何选择？
相互学习 共同进步
05-11 3015
微服务：把一个单体项目，拆分为多个微服务，每个微服务可以独立技术选型、独立开发、独立部署、独立运维。并且多个服务相互协调、相互配合；最终完成用户的价值
Java架构师之路五、微服务：微服务架构、服务注册与发现、服务治理、服务监控、容器化等。
shenzhiyoushen的博客
02-22 2421
在基于Zookeeper的服务注册与发现中，服务提供者将自己的服务注册到Zookeeper中，服务消费者从Zookeeper中获取服务提供者的信息。在基于Nacos的服务注册与发现中，服务提供者将自己的服务注册到Nacos中，服务消费者从Nacos中获取服务提供者的信息。容器化技术的核心是容器，它是一个轻量级、独立的运行单元，包含了应用程序的代码、运行时环境、系统工具和依赖库等，能够在不同的计算环境中保持一致的运行。服务注册与发现：服务注册与发现是服务治理的基础，通过服务注册中心（如Nacos）实现。
【成为架构师3-2】服务化：微服务的粒度，究竟要细到什么程度
Nevercome
07-21 852
微服务的四种粒度：统一服务层、子业务服务、一个数据库一个服务、一个接口一个服务
微服务架构有什么用？
我的博客，不一样的自我表达
07-07 504
微服务可以设计为公开定义良好的 API，从而更容易与其他服务、应用程序或第三方系统集成。它使组织能够围绕特定服务构建开发团队，促进能够自主工作并做出独立决策的小型跨职能团队。：微服务架构有利于将整体应用程序现代化并分解为更小、更易于管理的服务。它允许组织逐步用微服务替换现有系统的组件，而不需要对系统进行彻底的检修。：微服务架构允许团队在不同的服务上独立工作，促进自主性和更快的开发周期。采用微服务的决定应基于对当前系统的具体要求、复杂性和可扩展性需求的仔细考虑。：微服务允许单个服务根据其特定需求独立扩展。
微服务架构需要解决的问题(笔记)
weixin_40729176的博客
03-01 538
客户端如何访问这么多服务： 通过 api 网关解决客户端访问，客户端访问服务器时 先经过api网关，网关再将请求分发到对应的服务 这么多服务，服务之间如何通信： 1.同步通信： 1.1 RPC ： 对内 1.2 Http BIO： 对外 通常用 http的 RestTFul 风格 通信 返回 json数据 封装成对象 2.异步通信： 2.1 消息...
微服务：解决复杂业务的妙方
最新发布
架构师小吴的博客
07-26 810
​ 分布式（Distributed）是指一个系统的组件分散在不同的网络节点上，这些组件协同工作以完成整个系统的任务。分布式系统可以提高可扩展性、容错能力和资源利用率。由于组件在物理上分隔，分布式系统需要处理诸如数据一致性、通信延迟和故障恢复等问题。​ 微服务是一种特定的分布式系统架构风格，它强调将应用程序拆分为许多较小的、松散耦合的、独立运行的服务。这些服务围绕特定功能或业务领域组织，并通过轻量级通信协议进行交互。
什么是微服务？微服务架构有哪些功能？
Aa112233aA1的博客
04-20 628
同样，在微服务架构中，熔断机制也是起着类似的作用。当一条链路的某个微服务架构不可用或者响应时间太长时，会进行服务的降级，进而调用熔断该节点的微服务架构，快速返回错误的响应信息;微服务架构中，系统会被拆分为若干个微服务架构，每个微服务架构又是一个独立的应用程序。系统中的各个微服务架构可被独立部署，各个微服务架构之间是松耦合的。在分布式系统中，服务之间是相互依赖的，如果一个服务出现了故障或者网络延迟，在高并发的情况下，就会导致线程阻塞，在很短的时间内该服务的线程资源会消耗殆尽，最终使得该服务不可用。
一文详解微服务架构，通俗易懂，看到很多人给了这篇文章很高的评价，转载推荐分享给大家
2301_82242130的博客
04-20 1729
我们总是喜欢瞻仰大厂的大神们，但实际上大神也不过凡人，与菜鸟程序员相比，也就多花了几分心思，如果你再不努力，差距也只会越来越大。实际上，作为程序员，丰富自己的知识储备，提升自己的知识深度和广度是很有必要的。我们总是喜欢瞻仰大厂的大神们，但实际上大神也不过凡人，与菜鸟程序员相比，也就多花了几分心思，如果你再不努力，差距也只会越来越大。实际上，作为程序员，丰富自己的知识储备，提升自己的知识深度和广度是很有必要的。
《沈剑架构师训练营》第2章 - 接入层架构
每天净瞎搞
10-21 1600
包括如下目录学习笔记：6、接入层：反向代理，负载均衡，我有话要说。7、DNS轮询,以及接入层架构演进。8、接入层：session一致性，要如何保证？9、接入层：如何实现就近访问，CDN架构趣谈。10、TCP负载均衡，该怎么玩？
沈剑架构师训练营，最新金九银十JAVA面试合集
EDGNB123的博客
04-19 405
开篇介绍 个人背景： 不说太多废话，但起码要让你先对我有一个基本的了解。本人毕业于浙江某二本院校，算是科班出身，毕业后就进了一家外包公司做开发，当然不是阿里的外包，具体什么公司就不透露了，在外包一呆就呆了整整2年多，直到现在才从外包离开，如今拿到阿里的offer准备入职了。 阐述原因： 在外包公司的两年里，作为一名菜鸡，确实非常合格，技术没什么长进，眼见也没有提升，没规划没未来，让人实在焦虑，之所以开始改变自己也是家庭发生了变故，才让自己开始思考人生。身边很多人感叹过，能从外包逆袭，算是传奇，所以今天想要分
《沈剑架构师训练营》第4章 - 微服务架构
每天净瞎搞
10-25 459
包括如下目录学习笔记：14、服务化：微服务架构，究竟解决什么问题？15、服务化：微服务架构，粒度多少合适？16、服务化：微服务架构，必须搞定高可用！17、服务化：微服务架构，必须搞定高并发！18、服务化：微服务架构，必须搞定负载均衡！20、服务化：连接池，高可用可扩展负载均衡都离不开他
《沈剑架构师训练营》第3章 - 快速性能优化
每天净瞎搞
10-21 1369
包括如下目录学习笔记：11、性能优化：动静分离，互联网优化利器？12、性能优化：读写分离，前台与后台分离。13、本章小结：百万流量，这些技术够用了
《沈剑架构师训练营》第7章 - 架构解耦
每天净瞎搞
12-04 1526
包括如下目录学习笔记：34、解耦：配置中心，与配置架构演进。35、MQ，互联网架构解耦利器。36、解耦：MQ，平滑迁移。37、解耦：IP耦合，公共库耦合，解耦实践。38、解耦：数据库耦合，解耦实战！
2017深圳全球架构师峰会：微服务架构新趋势
在当今的IT行业，微服务架构已成为软件开发领域中的一股不可忽视的潮流。微服务的兴起主要是为了解决传统单体架构在扩展性、灵活性和维护性等方面存在的问题。2017全球架构师峰会深圳站无疑围绕着微服务架构这个话题...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值