随笔分类 - 架构与思维
系统架构设计的法则与思维
摘要：# ★微服务系列 [微服务1：微服务及其演进史](https://www.cnblogs.com/wzh2010/p/14940280.html "微服务1：微服务及其演进史") [微服务2：微服务全景架构 ](https://www.cnblogs.com/wzh2010/p/15311192.h
阅读全文
摘要：★微服务系列 微服务1：微服务及其演进史 微服务2：微服务全景架构 微服务3：微服务拆分策略 微服务4：服务注册与发现 微服务5：服务注册与发现（实践篇） 微服务6：通信之网关 微服务7：通信之RPC 微服务8：通信之RPC实践篇（附源码） 微服务9：服务治理来保证高可用 微服务10：系统服务熔断、
阅读全文
摘要：微服务1：微服务及其演进史 微服务2：微服务全景架构 微服务3：微服务拆分策略 微服务4：服务注册与发现 微服务5：服务注册与发现（实践篇） 微服务6：通信之网关 微服务7：通信之RPC 微服务8：通信之RPC实践篇（附源码） 微服务9：服务治理来保证高可用 微服务10：系统服务熔断、限流 1 介绍
阅读全文
摘要：1 介绍 在之前的一篇文章《一次缓存雪崩的灾难复盘》中，我们比较清晰的描述了缓存雪崩、穿透、击穿的各自特征和解决方案，想详细了解的可以移步。 最近在配合HR筛选候选人，作为大厂的业务方向负责人，招人主要也是我们自己团队在用，而缓存是必不可少的面试选项之一。下面我们就来聊一聊在特定业务场景下缓存击穿和
阅读全文
摘要：MQ系列1：消息中间件执行原理 MQ系列2：消息中间件的技术选型 MQ系列3：RocketMQ 架构分析 MQ系列4：NameServer 原理解析 MQ系列5：RocketMQ消息的发送模式 MQ系列6：消息的消费 MQ系列7：消息通信，追求极致性能 1 介绍 在之前的章节中，我们介绍了消息的发送
阅读全文
摘要：1 前言 在《微服务系列》中，我们讲过很多限流，熔断相关的知识。 老生长谈的一个话题，服务的能力终归是有限的，无论是内存、CPU、线程数都是，如果遇到突如其来的峰量请求，我们怎么友好的使用限流来进行落地，避免整个服务集群的雪崩。 峰量请求主要有两种场景： 1.1 突发高峰照成的服务雪崩 如果你的服务
阅读全文
摘要：微服务1：微服务及其演进史微服务2：微服务全景架构微服务3：微服务拆分策略微服务4：服务注册与发现微服务5：服务注册与发现（实践篇）微服务6：通信之网关微服务7：通信之RPC微服务8：通信之RPC实践篇（附源码）微服务9：服务治理来保证高可用 微服务10：系统服务熔断、限流 1 为什么熔断限流 分布
阅读全文
摘要：MQ系列1：消息中间件执行原理 MQ系列2：消息中间件的技术选型 MQ系列3：RocketMQ 架构分析 MQ系列4：NameServer 原理解析 MQ系列5：RocketMQ消息的发送模式 在之前的文章中，我们学习了RocketMQ的原理；RocketMQ中 命名服务 ServiceName 的
阅读全文
摘要：MQ系列1：消息中间件执行原理 MQ系列2：消息中间件的技术选型 MQ系列3：RocketMQ 架构分析 MQ系列4：NameServer 原理解析 在之前的篇章中，我们学习了RocketMQ的原理，以及RocketMQ中 命名服务 ServiceName 的运行流程，本篇从消息的生产、消费来理解一
阅读全文
摘要：MQ系列1：消息中间件执行原理 MQ系列2：消息中间件的技术选型 MQ系列3：RocketMQ 架构分析 1 关于NameServer 上一节的 MQ系列3：RocketMQ 架构分析，我们大致介绍了 RocketMQ的基本组件构成，包括 NameServer、Broker、Producer以及Co
阅读全文
摘要：MQ系列1：消息中间件执行原理 MQ系列2：消息中间件的技术选型 1 背景 我们前面两篇对主流消息队列的基本构成和技术选型做了详细的分析。从本篇开始，我们会专注当下主流MQ之一的RocketMQ。 从他的如下的几个方面去讨论： 基础能力（如 组织构成、消息发送、消息存储（持久化）、消息通信、消息消费
阅读全文
摘要：1 什么是高性能Web架构 在互联网业务中，我们经常会面临流量巨大的复杂的分布式场景。这就要求我们在设计系统的时候保证系统具有承载高并发（High Concurrency）的能力，同时能够保证系统的高可用性（High Availability）。 所以，具备高性能Web架构通常是指，通过稳健的系统设
阅读全文
摘要：1 背景 在高并发、高消息吞吐的互联网场景中，我们经常会使用消息队列（Message Queue）作为基础设施，在服务端架构中担当消息中转、消息削峰、事务异步处理 等职能。 对于那些不需要实时响应的的业务，我们都可以放在消息队列中进行传输。下面是用户在进行系统注册的时候场景，充分体现MQ的作用 可以
阅读全文
摘要：1 背景 经常会遇到这种情况，我们的业务已经稳定地运行一段时间了，并且流量渐渐已经上去了。这时候，却因为某些原因（比如功能调整或者业务扩展），你需要对数据表进行调整，加字段 or 修改表结构。 可能很多人说 alter table add column ... / alter table modif
阅读全文
摘要：★微服务系列 微服务1：微服务及其演进史 微服务2：微服务全景架构 微服务3：微服务拆分策略 微服务4：服务注册与发现 微服务5：服务注册与发现（实践篇） 微服务6：通信之网关 微服务7：通信之RPC 微服务8：通信之RPC实践篇（附源码） 微服务9：服务治理来保证高可用 1 微服务带来的挑战 在第
阅读全文
摘要：1 关于消息中间件 1.1 什么是消息中间件？ 消息中间件是指在分布式系统中完成消息的发送和接收的基础软件。 消息中间件也可以称消息队列（Message Queue / MQ），用高效可靠的消息传递机制进行与平台无关的数据交流，并基于数据通信来进行分布式系统的集成。通过提供消息传递和消息队列模型，可
阅读全文
摘要：1 回顾下MySQL主从复制 主从复制，是指建立一个和主数据库完全一样的数据库环境（称为从数据库），并将主库的操作行为进行复制的过程：将主数据库的DDL和DML的操作日志同步到从数据库上， 然后在从数据库上对这些日志进行重新执行，来保证从数据库和主数据库的数据的一致性。 1.1 为什么要做主从复制
阅读全文
摘要：1 介绍 在分布式系统中，由于涉及到多个不同业务module的交互，以及高并发的场景。我们需要系统能够生成一个跨业务module的全网唯一序列号，来保证我们业务操作的独立性和唯一性。 在常见的业务场景中，比如全局订单Id，唯一标识的支付编号等，都需要这个来保证。 那生成ID都有哪些解决方案呢？特别是
阅读全文
摘要：1 介绍 前面的文章我们介绍了分布式系统和它的CAP原理：一致性（Consistency）、可用性（Availability）和分区容错性（Partition tolerance）。参考这篇《分布式事务》 我们知道，一个分布式系统无法同时满足三个特性，所以在设计系统之初，就有一个特性要被妥协和牺牲，
阅读全文
摘要：1 背景 我们的云办公系统有一个会议预定模块，每个月最后一个工作日的下午三点，会启动对下个月会议室的可用预定。 公司的会议室大约200个，但是需求量远不止于此，所以会形成会议室抢订的场面（抢订大军为行政助理、人事助理、开发经理、产品运营等对会议室有刚性需求的人）。 程序团队，经常会接到投诉，A同学和
阅读全文
