2023年03月

• 03.24 11:13:41
  发表了文章 2023-03-24 11:13:41

  36-微服务技术栈（高级）：微服务保护Sentinel实现原理

  应用的硬件、软件架构在涉及到部署时，一般会根据实际请求量做一定的压力测试，以测试系统稳定性、健壮性，避免后续线上未知故障。假设在一个电商的秒杀场景下，订单中心本身能够承载的QPS预设是10W，因为活动的火爆导致流量瞬时达到100W，此时订单中心因无法承载其10倍的请求将会崩溃，那么对于整个分布式架构系统会产生什么问题呢？本节我们将借助于Sentinel的流量控制、隔离降级来解决上述分布式架构中常见的雪崩问题。

  
• 03.24 11:13:31
  发表了文章 2023-03-24 11:13:31

  35-微服务技术栈（扩展）：压测工具Jmeter使用介绍

  作为分布式系统的接口测试工具，Jmeter在很多企业都有对应的使用场景，以满足开发者：接口性能测试，测试：接口瓶颈，实现系统上线前的稳定性保障。本节笔者将带领大家完成Jmeter工具的使用、介绍、说明。

  
• 03.24 11:10:09
  发表了文章 2023-03-24 11:10:09

  34-微服务技术栈（高级）：微服务保护Sentinel

  应用的硬件、软件架构在涉及到部署时，一般会根据实际请求量做一定的压力测试，以测试系统稳定性、健壮性，避免后续线上未知故障。假设在一个电商的秒杀场景下，订单中心本身能够承载的QPS预设是10W，因为活动的火爆导致流量瞬时达到100W，此时订单中心因无法承载其10倍的请求将会崩溃，那么对于整个分布式架构系统会产生什么问题呢？本节我们将借助于Sentinel的流量控制、隔离降级来解决上述分布式架构中常见的雪崩问题。

  
• 03.24 11:06:15
  发表了文章 2023-03-24 11:06:15

  33-微服务技术栈（高级）：分布式事务Seata的SAGA模式与几种模式总结对比

  在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。

  
• 03.24 11:04:49
  发表了文章 2023-03-24 11:04:49

  32-微服务技术栈（高级）：分布式事务Seata的TCC模式

  在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。

  
• 03.24 11:02:45
  发表了文章 2023-03-24 11:02:45

  31-微服务技术栈（高级）：分布式事务Seata的AT模式

  在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。

  
• 03.24 10:45:08
  回答了问题 2023-03-24 10:45:08

  你会选择云原生数据库吗？

  赞1 踩0 评论0
• 03.24 10:31:01
  发表了文章 2023-03-24 10:31:01

  30-微服务技术栈（高级）：分布式事务Seata的XA模式

  在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。

  
• 03.24 10:29:38
  发表了文章 2023-03-24 10:29:38

  29-微服务技术栈（高级）：分布式事务Seata部署与微服务整合

  在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。

  
• 03.24 10:26:29
  发表了文章 2023-03-24 10:26:29

  28-微服务技术栈（高级）：CAP定理和Base理论

  在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。

  
• 03.23 16:53:59
  发表了文章 2023-03-23 16:53:59

  27-微服务技术栈（高级）：分布式事务Seata集群部署与服务整合

  在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。

  
• 03.23 16:51:57
  发表了文章 2023-03-23 16:51:57

  26-微服务技术栈（高级）：分布式事务Seata部署与集成

  在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。

  
• 03.23 16:48:46
  发表了文章 2023-03-23 16:48:46

  25-微服务技术栈（高级）：Redis持久化

  作为分布式系统中，必不可少的非结构化存储中间件，Redis在小型、中型、大型乃至高并发系统中均有自己发挥的场合，除了基础数据结构（String/Hash/Set/ZSet/List）的增删改查操作，在真正的生产环境中我们如何避免数据的丢失？如何避免单点的性能瓶颈？如何搭建合适的集群架构？ 本节笔者将从数据的持久化、多种集群结构搭建去解决不同的应用场景，以满足读者朋友们生产环境下的种种问题，最终实现Redis技术中间件的优雅落地。

  
• 03.22 18:44:21
  发表了文章 2023-03-22 18:44:21

  24-微服务技术栈（高级）：分布式缓存Redis分片集群

  在上面两节，笔者带领大家完成主动集群搭建（解决单节点读压力过大问题），又完成哨兵集群的搭建（解决节点故障的自动恢复，从而提高系统整体稳定性）。但是上述不论那种架构模式，都没有解决当前系统的写压力过大问题。本节的分片集群将会有多个master节点，实现写压力的分摊，同时多个master节点互相通信，具备哨兵的功能，一旦节点故障，同样可以自动检测、投票、恢复。

  
• 03.22 18:38:26
  发表了文章 2023-03-22 18:38:26

  23-微服务技术栈（高级）：分布式缓存Redis哨兵集群

  在上一节我们完成主从集群的搭建，虽然解决了读的压力，但是当集群主节点宕机时，系统架构有没有备用方案呢？如果没有是不是缓存层就直接失效、甚至异常了呢？在此基础之上我们可以借助于哨兵完成新主节点的选举，实现集群的自动恢复。

  
• 03.22 18:33:01
  发表了文章 2023-03-22 18:33:01

  22-微服务技术栈（高级）：分布式缓存Redis主从集群

  单机Redis可以解决应用缓存的问题，但是随着系统流量的增加，读操作开始指数级倍增时，及时单节点Redis基于内存的读写操作再快也会有性能瓶颈，此时我们可以借助主从架构（主负责写、从负责读）来优化上述场景，实现高并发读优化。

  
• 03.21 11:12:02
  发表了文章 2023-03-21 11:12:02

  21-微服务技术栈（高级）：消息积压与惰性队列

  消息中间件，作为分布式系统中必不可少的一部分，在前面我们学习过其基本的消息发送、消费，但是读者朋友们肯定也知道，真正的生产环境可不是简单的发送消息这么简单。如何避免消息丢失？如何满足特殊场景下的消息延迟消费？如何解决消费能力不足？如何搭建集群？等等 本节笔者将从消息的可靠性出发，解决消息不丢失的问题。同时借助TTL实现延迟消息，惰性队列解决消息堆积问题，最后完成集群搭建以实现生产环境真正的高可用。

  
• 03.21 11:09:51
  发表了文章 2023-03-21 11:09:51

  20-微服务技术栈（高级）：MQ死信队列&TTL&延迟队列

  消息中间件，作为分布式系统中必不可少的一部分，在前面我们学习过其基本的消息发送、消费，但是读者朋友们肯定也知道，真正的生产环境可不是简单的发送消息这么简单。如何避免消息丢失？如何满足特殊场景下的消息延迟消费？如何解决消费能力不足？如何搭建集群？等等 本节笔者将从消息的可靠性出发，解决消息不丢失的问题。同时借助TTL实现延迟消息，惰性队列解决消息堆积问题，最后完成集群搭建以实现生产环境真正的高可用。

  
• 03.21 11:06:20
  发表了文章 2023-03-21 11:06:20

  19-微服务技术栈（高级）：MQ消息可靠性

  消息中间件，作为分布式系统中必不可少的一部分，在前面我们学习过其基本的消息发送、消费（跳转链接），但是读者朋友们肯定也知道，真正的生产环境可不是简单的发送消息这么简单。如何避免消息丢失？如何满足特殊场景下的消息延迟消费？如何解决消费能力不足？如何搭建集群？等等 本节笔者将从消息的可靠性出发，解决消息不丢失的问题。同时借助TTL实现延迟消息，惰性队列解决消息堆积问题，最后完成集群搭建以实现生产环境真正的高可用。

  
• 03.20 09:58:11
  回答了问题 2023-03-20 09:58:11

  注册阿里云com域名多少钱？

  赞0 踩0 评论0
• 03.20 09:57:34
  回答了问题 2023-03-20 09:57:34

  阿里云服务器可以修改操作系统吗？

  赞0 踩0 评论0
• 03.20 09:49:56
  发表了文章 2023-03-20 09:49:56

  18-微服务技术栈（高级）：RabbitMQ仲裁队列与集群扩容

  从RabbitMQ 3.8版本开始，引入了新的仲裁队列，他具备与镜像队里类似的功能，但使用更加方便。

  
• 03.20 09:44:27
  发表了文章 2023-03-20 09:44:27

  17-微服务技术栈（高级）：Docker部署RabbitMQ镜像模式

  默认情况下，队列只保存在创建该队列的节点上。而镜像模式下，创建队列的节点被称为该队列的主节点，队列还会拷贝到集群中的其它节点，也叫做该队列的镜像节点。但是，不同队列可以在集群中的任意节点上创建，因此不同队列的主节点可以不同。甚至，一个队列的主节点可能是另一个队列的镜像节点。用户发送给队列的一切请求，例如发送消息、消息回执默认都会在主节点完成，如果是从节点接收到请求，也会路由到主节点去完成。镜像节点仅仅起到备份数据作用。当主节点接收到消费者的ACK时，所有镜像都会删除节点中的数据

  
• 03.20 09:42:25
  发表了文章 2023-03-20 09:42:25

  16-微服务技术栈（高级）：Docker集群部署RabbitMQ

  在RabbitMQ的官方文档中，讲述了两种集群的配置方式： ● 普通模式：普通模式集群不进行数据同步，每个MQ都有自己的队列、数据信息（其它元数据信息如交换机等会同步）。例如我们有2个MQ：mq1，和mq2，如果你的消息在mq1，而你连接到了mq2，那么mq2会去mq1拉取消息，然后返回给你。如果mq1宕机，消息就会丢失。 ● 镜像模式：与普通模式不同，队列会在各个mq的镜像节点之间同步，因此你连接到任何一个镜像节点，均可获取到消息。而且如果一个节点宕机，并不会导致数据丢失。不过，这种方式增加了数据同步的带宽消耗。

  
• 03.19 17:14:01
  发表了文章 2023-03-19 17:14:01

  15-微服务技术栈（高级）：Docker单机部署RabbitMQ

  Docker单机部署RabbitMQ
• 03.19 17:11:39
  发表了文章 2023-03-19 17:11:39

  14-微服务技术栈（基础）：跨域及常见解决方案

  CORS需要浏览器和服务器同时支持。目前，所有浏览器都支持该功能，IE浏览器不能低于IE10。 整个CORS通信过程，都是浏览器自动完成，不需要用户参与。对于开发者来说，CORS通信与同源的AJAX通信没有差别，代码完全一样。浏览器一旦发现AJAX请求跨源，就会自动添加一些附加的头信息，有时还会多出一次附加的请求，但用户不会有感觉。
• 03.19 17:09:41
  发表了文章 2023-03-19 17:09:41

  13-微服务技术栈（高级）：Nacos注解@RefreshScope热更新原理

  在前面学习Nacos的章节中，为了实现配置的热更新我们采取了两种方式，其一就是借助于注解：@RefreshScope，那么这个注解是如何做到标识即生效的？我们尝试一起分析一下。

  
• 03.18 19:58:52
  发表了文章 2023-03-18 19:58:52

  12-微服务技术栈（高级）：容器引擎Docker

  在前面的学习中，我们掌握了微服务的服务注册与发现(nacos)、配置中心(nacos)、远程服务调用(feign)、网关(gateway)，同时借助Idea编译工具多次完成本地服务启动、部署和验证。在微服务架构中，不会再像传统那样单个单个部署服务器，而是会借助Docker进行批量的容器化部署。

  
• 03.18 19:50:41
  发表了文章 2023-03-18 19:50:41

  11-微服务技术栈（基础）：Gateway服务网关

  微服务中另一重要组件：网关 进行了实战性演练，网关作为分布式架构中的重要中间件，不仅承担着路由分发（重点关注Path规则配置），同时可根据自身负载均衡策略，对多个注册服务实例进行均衡调用。本节我们借助GateWay实现的网关只是技术实现的方案之一，后续大家可能会接触像：Zuul、Kong等，其实现细节或有差异，但整体目标是一致的。

  
• 03.18 19:45:33
  发表了文章 2023-03-18 19:45:33

  10-微服务技术栈（基础）：Feign远程调用

  回顾最初我们为了实现跨服务调用时，在不使用Dubbo这种RPC协议时，我们借助了RestTemplate对象实现跨服务调用，为了解决跨服务调用时调用地址写死的问题我们又引入了注册中心，从而实现根据服务名的调用。但是回过头来查看我们这段调用方法，依然存在服务地址硬编码、代码阅读性差的问题。

  
• 03.17 08:46:27
  回答了问题 2023-03-17 08:46:27

  开发者参与开源软件项目有哪些好处？

  赞1 踩0 评论0
• 03.16 09:07:40
  发表了文章 2023-03-16 09:07:40

  09-微服务技术栈（基础）：Nacos配置中心

  上一节我们借助于Nacos实现注册中心，完美替换了Eureka在项目之初的功能，开始本章节之前我们一起回忆下Nacos实现注册中心的关键步骤 1. 引入springcloud-alibaba/nacos-discovery依赖 2. 去除原eureka依赖、去除配置文件中eureka注册信息 3. 新增nacos注册信息：spring.cloud.nacos.server-addr:localhost:8848 4. 重启项目并验证 在此基础之上我们验证了Nacos的负载均衡策略、权重控制、环境隔离等信息，希望大家还能有点印象。

  
• 03.16 08:47:56
  发表了文章 2023-03-16 08:47:56

  08-微服务技术栈（扩展）：负载均衡算法

  负载均衡算法作为Redis、MQ、ZK，GateWay等集群、组件必不可少的算法策略，是微服务框架中不可或缺的一部分知识点，本节我们将花费短暂的时间做个了解。

  
• 03.16 08:45:50
  发表了文章 2023-03-16 08:45:50

  07-微服务技术栈（扩展）：什么是RESTful

  对于http接口的调用，其历程经历过原始servlet，到后面的struts，SpringMVC，对于后端的参数封装也逐渐从单个属性演变成对象封装，那么什么是RESTful，工作中又如何使用呢？
• 03.16 08:44:15
  发表了文章 2023-03-16 08:44:15

  06-微服务技术栈（基础）：Nacos注册中心

  本节从Nacos安装、运行到具体规则配置，带领读者们深度参与了Nacos日常使用场景，Nacos作为注册中心可以优雅替换Eureka也离不开SpringCloud Alibaba的开源贡献。作为国内主流的配置、注册中心，Nacos在国内多数微服务公司都有使用，感兴趣的可以阅读一下本节推荐资料，笔者整理归纳在本文第8章节。

  
• 03.16 08:41:21
  发表了文章 2023-03-16 08:41:21

  05-微服务技术栈（基础）：Ribbon负载均衡

  在上一节我们引入Eureka的同时，不知读者朋友们是否还有印象：我们在启动类getRestTemplate方法上追加了注解 @LoadBalanced，为什么加这个注解？这个注解解决了什么问题？本节笔者将给读者们做详尽的讲解。

  
• 03.16 08:36:45
  发表了文章 2023-03-16 08:36:45

  04-微服务技术栈（基础）：Eureka服务注册与发现

  因前面提到Netflix相关组件已逐步被SpringCloud剔除，Eureka作为其中的注册中心，在此关注功能性即可，本章节不深入阐述其底层原理。后续章节替换为Nacos后，针对Nacos再做细节讨论。

  
• 03.15 19:22:53
  回答了问题 2023-03-15 19:22:53

  假如拥有海量云资源，你最想拿它来做什么？

  赞1 踩0 评论0
• 03.15 08:37:29
  发表了文章 2023-03-15 08:37:29

  03-微服务技术栈（基础）：SpringCloud工程部署启动

  本节笔者带领大家完成了SpringCloud工程从0->1的搭建，当然你不想搭建也可以直接采用方案一，二者等效，至此读者们完成了一个微服务工程的搭建、部署、访问。同时在本节最后一章，笔者基于RestTemplate发起的http请求实现远程调用，实现当A系统想要获取B系统数据时的跨系统数据交互。然而RESTful API访问并不是微服务的唯一解决方案，如Dubbo的交互一样可以实现，希望读者们能不限于此。

  
• 03.15 08:32:19
  发表了文章 2023-03-15 08:32:19

  02-微服务技术栈（基础）：SpringCloud概述

  本节笔者介绍了SpringCloud诞生的由来，以及目前国内主要流行的SpringCloud Alibaba与SpringCloud的关系，同时针对SpringCloud自身的特点、版本号、依赖关系做了概要论述，这些都是为了接下来的实战打好基础。

  
• 03.15 08:31:14
  发表了文章 2023-03-15 08:31:14

  01-微服务技术栈（基础）：微服务概述

  本文介绍了微服务基本概念、演变过程，主要的原则及优缺点，最后谈到了微服务的实现方案之一，作为引文此章节偏理论知识一些。后续笔者将借助具体技术实现带领读者一起逐步实现微服务架构体系。

  
• 03.14 17:28:41
  回答了问题 2023-03-14 17:28:41

  乘风问答官3月排位赛开启！话题、问题双赛道，Apple Watch 3 等你赢！

  赞1 踩0 评论0
• 03.14 17:23:06
  回答了问题 2023-03-14 17:23:06

  假设你是面试官，你会如何考核面试者的专业技能？

  赞2 踩0 评论0
• 03.13 18:37:00
  回答了问题 2023-03-13 18:37:00

  开发者视角下，什么是优秀的产品经理？

  赞1 踩0 评论0
• 03.13 15:59:04
  回答了问题 2023-03-13 15:59:04

  自建还是托管，你会如何选择？

  赞2 踩0 评论0
• 03.13 15:58:42
  回答了问题 2023-03-13 15:58:42

  开源社区该如何建立“可控开源”体系？

  赞1 踩0 评论0
• 03.01 10:43:39
  回答了问题 2023-03-01 10:43:39

  你使用过哪些云产品组合进行开发？

  赞2 踩0 评论0

2023年02月

• 02.24 19:40:20
  回答了问题 2023-02-24 19:40:20

  ModelScope社区上线，怎么看待它在AIGC发展中起到的作用？

  赞1 踩0 评论0

2022年10月

• 10.15 09:58:59
  回答了问题 2022-10-15 09:58:59

  23届秋招，你怎么看？

  赞0 踩0 评论1

2020年10月

• 10.22 16:02:56
  回答了问题 2020-10-22 16:02:56

  为体验实验室取一个新名字。

  赞0 踩0 评论0