小工匠聊架构文章一览【不间断持续更新】

原创 已于 2025-05-31 09:30:18 修改 · 置顶 · 9.4w 阅读 · 11
标签
#架构
于 2020-11-12 00:01:55 首次发布
这是一份全面探讨架构设计、微服务实战、分布式技术理论及应用的文章集，涵盖从单体到微服务的演进、CAP理论、Paxos算法、分布式事务、缓存策略、消息队列和高可用设计等多个关键主题，旨在帮助架构师和开发者深入理解并实践分布式系统。

文章目录

在这里插入图片描述

目标

在这里插入图片描述

架构师成长日记

布道微服务系列

布道微服务_01单体到服务化的演进

布道微服务_02微服务架构解析

布道微服务_03服务的发布和引用

布道微服务_04服务的注册与发现

布道微服务_05RPC远程服务调用的实现

布道微服务_06微服务调用的监控

布道微服务_07服务调用追踪

布道微服务_08服务治理的常用手段

布道微服务_09如何实现一个注册中心

布道微服务_10注册中心与RPC框架的选型

布道微服务_11监控系统选型与常见方案

布道微服务_12服务追踪系统选型与常见方案

布道微服务_13识别存活的服务节点几种解决方案

布道微服务_14常见的五种负载均衡算法实现及其应用场景

在这里插入图片描述

架构设计

架构漫谈 - 数据治理核心思路及解决方案探讨

在这里插入图片描述

分布式技术-理论篇

深入理解分布式技术 - 理论基石 CAP

深入理解分布式技术 - BASE 理论

深入理解分布式技术 - Paxos 算法解读

深入理解分布式技术 - ZooKeeper数据一致性解读

深入理解分布式技术 - 从区块链技术看分布式理论的应用

在这里插入图片描述

分布式实战-分布式事务

深入理解分布式技术 - 漫谈分布式事务及解决方案

深入理解分布式技术 - 彻底搞懂两阶段提交协议和三阶段提交协议

深入理解分布式技术 - 两阶段的应用 MySQL XA 规范

深入理解分布式技术 - TCC 事务模型及实战

深入理解分布式技术 - 分布式锁的应用场景和主流方案

深入理解分布式技术 - Redis 分布式锁解决方案

深入理解分布式技术 - 分布式事务总结回顾

在这里插入图片描述

分布式实战-分布式服务

深入理解分布式技术 - RPC （Remote Procedure Call）

深入理解分布式技术 - 微服务为什么需要API 网关

深入理解分布式技术 - 服务注册与发现背后的逻辑

深入理解分布式技术 - 分布式调用跟踪

深入理解分布式技术 - 配置中心

深入理解分布式技术 - Dubbo vs Spring Cloud

深入理解分布式技术 - 容器化技术

深入理解分布式技术 - ServiceMesh 服务网格

在这里插入图片描述

分布式实战-分布式缓存

深入理解分布式技术 - 分布式系统中的缓存分类

深入理解分布式技术 - 探究缓存穿透、缓存击穿、缓存雪崩解决方案

深入理解分布式技术 - 先更新数据库，还是先更新缓存

深入理解分布式技术 - 缓存过期策略&手写LRU

深入理解分布式技术 - 负载均衡实现之一致性哈希算法

深入理解分布式技术 - 缓存高可用

深入理解分布式技术 - 分布式缓存实战_常见的坑及解决办法

深入理解分布式技术 - 分布式缓存实战_Hot Key 和Big Key的发现与治理

深入理解分布式技术 - 分布式缓存总结回顾

小工匠聊架构- 提升性能的大杀器之缓存技术

在这里插入图片描述

分布式实战-分布式存储

深入理解分布式技术 - 读写分离场景及注意事项解读

深入理解分布式技术 - 实践分库分表

深入理解分布式技术 - 分库分表后的唯一主键解决方案

深入理解分布式技术 - 分库分表后的扩容解决方案

在这里插入图片描述

分布式实战-消息队列

深入理解分布式技术 - 消息队列使用场景

深入理解分布式技术 - 结合RocketMQ和Kafka理解MQ的两种经典模式_P2P模式和发布订阅模式

深入理解分布式技术 - 顺序消费如何才能保证时序性

深入理解分布式技术 - 消息幂等性如何保障不重复消费

深入理解分布式技术 - 构建高可用的消息队列

深入理解分布式技术 - Kafka 高性能原理剖析

在这里插入图片描述

分布式实战-分布式高可用

深入理解分布式技术 - 如何确保高可用

深入理解分布式技术 - 限流

深入理解分布式技术 - 降级和熔断

深入理解分布式技术 - 负载均衡策略

架构进阶之路

小工匠聊架构 - 构建架构思维

小工匠聊架构 - 分布式缓存技术

在这里插入图片描述

超高并发设计

小工匠聊架构-超高并发秒杀系统设计 01_总体原则和架构演进

小工匠聊架构-超高并发秒杀系统设计 02_数据的动静分离

小工匠聊架构-超高并发秒杀系统设计 03_热点数据的处理

小工匠聊架构-超高并发秒杀系统设计 04_流量削峰设计

小工匠聊架构-超高并发秒杀系统设计 05_服务端性能优化

小工匠聊架构-超高并发秒杀系统设计 06_数据一致性

小工匠聊架构-超高并发秒杀系统设计 07_Plan B 的设计

在这里插入图片描述

专项漫谈

小工匠聊架构-分布式场景下的并发幂等性常见的解决方案

小工匠聊架构-缓存与数据库【双写不一致】&【读写并发不一致】解决方案一览

小工匠聊架构-Redis 缓存一致性设计

小工匠聊架构-写给研发工程师的全链路压测

小工匠聊架构-布隆过滤器的应用

Happy Continue

在这里插入图片描述

小工匠聊架构 - 缓存与数据库【双写不一致】&【读写并发不一致】解决方案一览
小工匠
11-15 2万+
文章目录概述双写不一致读写并发不一致 概述 在大并发的情况下，同时操作数据库和缓存，有可能出现数据不一致的情况 ， 那碰到这种情况我们该怎么处理呢？ 下面模拟几个场景及对应的解决方案，供大家参考~ 双写不一致 读写并发不一致 ...
小工匠聊架构 - 如何优雅的做系统架构设计01
小工匠
10-28 2万+
文章目录目标 目标 清楚地理解架构设计相关的概念、本质、目的，避免架构师在实践过程中把握不住重点、分不清主次，眉毛胡子一把抓，导致架构设计变形或者“四不像” 掌握通用的架构设计原则，无论是何种业务或技术，架构师在判断和选择的时候有一套方法论可以参考，避免架构设计举棋不定，或者拍脑袋式设计 掌握标准的架构设计流程，即使是刚开始做架构设计的新手，也能够按照步骤一步一步设计出合适的架构，避免某些步骤缺失导致错误的架构设计 深入理解已有的架构模式，做到能够根据架构特点快速挑选合适的模式完成架构设计
LLVM Pass快速入门(二)：运行第一个pass
RAc58iNiU的博客
03-24 49
项目描述：通过解析下面代码的IR，将下面代码中的函数名打印出来。配置可以直接拿去用，我已经标注好需要修改的位置。最后出现下面提示，即为编译成功。构建LLVM Pass需要写。
【信息科学与工程学】【管理科学】第四十四篇 公司平台核心能力05
weixin_49199313的博客
04-03 962
此轮补充聚焦于。
AIGC 创意猎人（十一）
最新发布
龙哥盟
06-17 99
Author: yzfly 设置 Prompt 作者名，保护 Prompt 原作权益Version: 1.0 设置 Prompt 版本号，记录迭代版本Language: 中文 设置语言，中文还是 EnglishDescription: 一两句话简要描述角色设定，背景，技能等作为角色 <Role>, 严格遵守 <Rules>, 使用默认 <Language> 与用户对话，友好的欢迎用户。然后介绍自己，并告诉用户 <Workflow>。角色模板主持人我知道你可能稍微有点忙。
布道微服务_11监控系统选型与常见方案
热门推荐
小工匠
05-25 7万+
Pre 布道微服务_06微服务调用的监控中我们聊了聊监控系统的实现原理，简单来说主要包含 数据收集 数据传输 数据处理 数据展示 不同的监控系统实现方案，在这四个环节所使用的技术方案不同，适合的业务场景也不一样。 主流方案分类 （集中式日志 VS 时序数据库） 目前，比较流行的开源监控系统实现方案主要有两种： 以ELK为代表的集中式日志解决方案 以Graphite、TICK和Prometheus等为代表的时序数据库解决方案 接下来，我们简单总结下这几个常见的监控系统实现方案，谈谈它们的实现原..
布道微服务_15服务路由规则及实现
小工匠
05-29 4万+
文章目录Pre什么是服务路由服务路由的应用场景分组调用灰度发布流量切换读写分离服务路由的规则条件路由脚本路由获取服务路由的方式本地配置配置中心管理动态下发区别小结 Pre 布道微服务_14常见的五种负载均衡算法实现及其应用场景中了解了常用的客户端负载均衡算法，它帮我们解决了服务消费者如何从众多可用的服务节点中选取一个最合适的节点发起调用的问题。 但在业务中经常还会遇到这样的场景，比如服务 A 部署在北京、上海、广州三个数据中心，所有的服务节点按照所在的数据中心被分成了三组，那么服务 A 的消费者在发起调
布道微服务_17服务调用失败的解决方案
小工匠
05-30 4万+
文章目录Pre服务调用失败的处理手段超时重试双发熔断小结 Pre 我们知道，微服务相比于单体应用最大的不同之处在于，服务的调用从同一台机器内部的本地调用变成了不同机器之间的远程方法调用，但是这个过程也引入了两个不确定的因素。 一个是调用的执行是在服务提供者一端，即使服务消费者本身是正常的，服务提供者也可能由于诸如 CPU、网络 I/O、磁盘、内存、网卡等硬件原因导致调用失败，还有可能由于本身程序执行问题比如 GC 暂停导致调用失败。 另一个不确定因素是调用发生在两台机器之间，所以要经过网络传输，
布道微服务_16服务端故障的紧急避险措施
小工匠
05-29 4万+
文章目录Pre常见故障常见故障之应对措施集群故障之应对措施1. 限流2. 降级 Pre 单体应用改造成微服务的一个好处是可以减少故障影响范围，故障被局限在一个微服务系统本身，而不是整个单体应用都崩溃。那么具体到一个微服务系统，如果出现了故障，应该如何处理呢？ 常见故障 首先，回顾一下微服务系统可能出现故障的种类，主要有三种故障。 集群故障 微服务系统一般都是集群部署的，根据业务量大小而定，集群规模从几台到甚至上万台都有可能。一旦某些代码出现 bug，可能整个集群都会发生故障，不能提供对外提供服务。
布道微服务_12服务追踪系统选型与常见方案
小工匠
05-27 4万+
Pre 布道微服务_07服务调用追踪中我们饿聊了服务追踪系统的原理以及实现，简单回顾一下服务追踪系统的实现，主要包括三个部分。 埋点数据收集，负责在服务端进行埋点，来收集服务调用的上下文数据。 实时数据处理，负责对收集到的链路信息，按照 traceId 和 spanId 进行串联和存储。 数据链路展示，把处理后的服务调用数据，按照调用链的形式展示出来。 如果要自己从 0 开始实现一个服务追踪系统，针对以上三个部分都必须有相应的解决方案。 首先需要在业务代码的框架层开发调用拦截程序，在调用..
布道微服务_14常见的五种负载均衡算法实现及其应用场景
小工匠
05-27 4万+
Pre 假设订阅了一个别人的服务，从注册中心查询得到了这个服务的可用节点列表，而这个列表里包含了几十个节点，这个时候该选择哪个节点发起调用呢？那我们聊聊关于客户端负载均衡算法的问题吧。 为什么要引入负载均衡算法呢？主要有两个原因： 一个是要考虑调用的均匀性，也就是要让每个节点都接收到调用，发挥所有节点的作用； 另一个是要考虑调用的性能，也就是哪个节点响应最快，优先调用哪个节点。 常见的负载均衡算法 随机算法 随机算法，顾名思义就是从可用的服务节点中，随机挑选一个节点来访问。 在实现时，随机算法通..
布道微服务_13识别存活的服务节点几种解决方案
小工匠
05-27 4万+
[布道微服务_04服务的注册与发现](https://artisan.blog.csdn.net/article/details/123614001)中聊到注册中心原理的时候，以开源注册中心 ZooKeeper 为例，描述了它是如何管理注册到注册中心的节点的存活的。 ZooKeeper 判断注册中心节点存活的机制其实就是**注册中心摘除机制**，服务消费者以注册中心中的数据为准，当服务端节点有变更时，注册中心就会把变更通知给服务消费者，服务消费者就会调用注册中心来拉取最新的节点信息。 这种机制在大
布道微服务_10注册中心与RPC框架的选型
小工匠
03-22 4万+
文章目录开源注册中心Nacos其他关注的问题高可用性数据一致性CAP 三者不能被同时满足选型经验RPC框架选型 开源注册中心 Nacos 毫无疑问，现在就选Nacos即可 其他 Eureka 、Consul等 关注的问题 高可用性 实现方式主要有两个 集群部署 多机房部署 数据一致性 为了保证注册中心的高可用性，注册中心的部署往往都采用集群部署，并且还通常部署在不止一个数据中心。 那问题来了 多个数据中心之间如何保证数据一致？如何确保访问数据中心中任何一台机器都能得到正确的数据？ 说到这里就
布道微服务_04服务的注册与发现
小工匠
03-20 4万+
文章目录Pre注册中心原理注册中心实现方式注册中心 API集群部署目录存储服务健康状态检测服务状态变更通知白名单机制小结 Pre 布道微服务_03服务的发布和引用中我们聊了聊 服务发布和引用常用的三种方式 RESTful API XML 配置 IDL 文件 那下一个问题 ，如果我们已经使用其中一种方式发布了一个服务，并且部署好了服务，那调用这个服务，怎么知道部署服务的这台机器的地址呢？ 类比生活中的地图场景，地图会告诉我们目的地的地址 。 在分布式系统里， 这里就是注册中心， 将部署服务的机器
布道微服务_01单体到服务化的演进
小工匠
03-17 4万+
文章目录小白的困惑 ？？？What概念单体vs微服务服务化微服务 小白的困惑 ？？？ 提到微服务等新技术，大部分人的反应先是惊喜，继而无奈。 惊喜的是新技术能带来非常多的遍历，无奈的是团队规模和能力又反过来制约了我们采用新技术。 我梳理下几个通用的困惑 微服务是架构师的事儿，业务开发不用关心？ 我们的业务体量有必要上微服务吗？ 微服务特别复杂，没个一个相当的研发团队是不是就无法落地？ … 首先我们梳理一下一般的软件演进过程哈 首先一个新产品，一开始团队规模也不大，想着快速迭代，采用了单体应用的架构
布道微服务_09如何实现一个注册中心
小工匠
03-20 4万+
文章目录Pre注册中心如何存储服务信息服务提供者注册流程服务提供者注销流程服务消费者查询流程服务消费者订阅变更流程其他典型问题多注册中心并行订阅服务批量反注册服务服务变更信息增量更新小结 Pre 布道微服务_04服务的注册与发现中我们聊了服务注册和发现的原理， 核心是服务提供者、服务消费者和注册中心这三个概念，以及它们之间的交互关系 。 了解了服务注册和发现的原理之后，我们就需要考虑如何把注册中心落地实现。结合的服务注册与发现的流程，在落地注册中心的过程中， 需要解决一系列的问题，包括如何存储服务信息
布道微服务_05RPC远程服务调用的实现
小工匠
03-20 4万+
文章目录Pre实现RPC 需要解决的问题客户端和服务端如何建立网络连接1. HTTP 通信2. Socket 通信服务端处理请求同步阻塞方式（BIO）同步非阻塞方式 (NIO)异步非阻塞方式（AIO）适用场景实现数据传输协议数据序列化和反序列化 Pre 布道微服务_04服务的注册与发现中我们聊了要完成一次服务调用，首先要解决的问题是服务消费者如何得到服务提供者的地址， 都是依赖注册中心来实现的。 服务提供者把自己的地址登记到注册中心，服务消费者就可以查询注册中心得到服务提供者的地址， 有了服务提供者的
布道微服务_20微服务、容器、DevOps
小工匠
06-02 4万+
微服务与容器、DevOps 之间的关系。它们三个虽然分属于不同领域，但却有着千丝万缕的关系，可以说没有容器的普及，就没有微服务架构的蓬勃发展，也就没有 DevOps 今天的盛行其道。 单体应用拆分成多个微服务后，能够实现快速开发迭代，但随之带来的问题是测试和运维部署的成本的提升。拆分成多个微服务之后，有的业务需求需要同时修改多个微服务的代码，这时候就有多个微服务都需要打包、测试和上线发布，一个业务需求就需要同时测试多个微服务接口的功能，上线发布多个系统，给测试和运维的工作量增加了很多。这个时候就需要有办法能
布道微服务_19微服务治理平台的设计与落地
小工匠
06-02 4万+
体应用改造为微服务架构后，服务调用从本地调用变成了远程方法调用后，面临的各种不确定因素变多了:一方面需要能够监控各个服务的实时运行状态、服务调用的链路和拓扑图；另一方面需要在出现故障时，能够快速定位故障的原因并可以通过诸如降级、限流、切流量、扩容等手段快速干预止损.因此有一能够集中管理服务的微服务治理平台就尤为重要了。 那么微服务治理平台都具备哪些功能呢，具体该如何搭建一套微服务治理平台呢？微服务治理平台就是与服务打交道的统一入口，无论是开发人员还是运维人员，都能通过这个平台对服务进行各种操作，比如开发人员
评论 10
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小小工匠

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值