35-微服务技术栈（扩展）：压测工具Jmeter使用介绍
作为分布式系统的接口测试工具，Jmeter在很多企业都有对应的使用场景，以满足开发者：接口性能测试，测试：接口瓶颈，实现系统上线前的稳定性保障。本节笔者将带领大家完成Jmeter工具的使用、介绍、说明。
31-微服务技术栈（高级）：分布式事务Seata的AT模式
在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。
25-微服务技术栈（高级）：Redis持久化
作为分布式系统中，必不可少的非结构化存储中间件，Redis在小型、中型、大型乃至高并发系统中均有自己发挥的场合，除了基础数据结构（String/Hash/Set/ZSet/List）的增删改查操作，在真正的生产环境中我们如何避免数据的丢失？如何避免单点的性能瓶颈？如何搭建合适的集群架构？ 本节笔者将从数据的持久化、多种集群结构搭建去解决不同的应用场景，以满足读者朋友们生产环境下的种种问题，最终实现Redis技术中间件的优雅落地。
架构解密从分布式到微服务：深入理解网络，NIO
我们知道，分布式系统的基础是网络。因此，网络编程是分布式软件工程师和架构师的必备技能之一，而且随着当前大数据和实时计算技术的兴起，高性能RPC架构与网络编程技术再次成为焦点
13-微服务技术栈（高级）：Nacos注解@RefreshScope热更新原理
在前面学习Nacos的章节中，为了实现配置的热更新我们采取了两种方式，其一就是借助于注解：@RefreshScope，那么这个注解是如何做到标识即生效的？我们尝试一起分析一下。
秃头也要学习的微服务进阶场景实战：基于Bifrost的数据同步方案
技术选型 项目组决定找一个开源中间件，它需要满足以下5点要求。 1）支持实时同步。 2）支持增量同步。 3）不用写业务逻辑。 4）支持MySQL之间的同步。 5）活跃度高。
SpringCloud学习（六）：微服务集群配置
在上文中我们实现了eureka的集群，就相当于用户、服务和中间商中，我们连系了多个中间商，这样假如一个中间商跑路了，我们还能够通过其他中间商访问到服务。 那么，假如服务坏了呢？肯定不能只有一个服务，我们也需要给他找几个“备胎” 所以，我们需要实现服务的集群
SpringCloud学习（五）：微服务注册进eureka集群
试想：如果注册中心只有一个eureka服务，假如它出故障了，会导致整个为服务环境不可用。 所以，为了实现高可用，我们需要搭建Eureka注册中心集群 ，实现负载均衡+故障容错
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（十二）日志篇(1)：rocketmq+ aop +自定义注解 实现入参出参日志收集记录 完整源码
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（十二）日志篇(1)：rocketmq+ aop +自定义注解 实现入参出参日志收集记录 完整源码
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（十一）spring-boot-admin 监控篇（1） 原理与介绍
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（十一）spring-boot-admin 监控篇（1） 原理与介绍
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（十）sentinel篇（1）： sentinel 介绍以及服务集成
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（十）sentinel篇（1）： sentinel 介绍以及服务集成
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（九）文件服务篇（1）：minio 单机与集群搭建
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（九）文件服务篇（1）：minio 单机与集群搭建
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（五） SEATA分布式事务篇（下）应用整合shardingsphere集成seata完整代码及订单-库存完整模拟案例
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（五） SEATA分布式事务篇（下）应用整合shardingsphere集成seata完整代码及订单-库存完整模拟案例
微服务引擎 MSE 企业版全新升级
随着企业应用大规模云上迁徙与应用微服务化步伐加快，微服务治理的重要性对企业不言而喻，但微服务治理本身的规范化与标准化尚未形成，导致很多企业在微服务治理方面正经历着痛苦的试错期，甚至难以满足线上环境的治理需求。此次MSE企业版升级，结合内部关联云产品治理的经验，经过长期打磨，指出阻碍微服务治理效率提升的主要问题，并提出对应的解决方案。本次分享介绍MSE企业版升级的内容，期望可以降低企业云化与微服务化的成本，提升治理效率。
【微服务】springboot怎么注册到Nacos？
动态配置服务让您能够以中心化、外部化和动态化的方式管理所有环境的配置。动态配置消除了配置变更时重新部署应用和服务的需要。配置中心化管理让实现无状态服务更简单，也让按需弹性扩展服务更容易。
gin框架学习-Gin框架和Gorm框架搭建一个简单的API微服务
创建包管理工具，此命令会在当前目录中初始化和创建一个新的go.mod文件，手动创建go.mod文件再包含一些module声明也等同该命令，而go mod init命令便是帮我们简便操作，可以帮助我们自动创建。
Kratos微服务框架实现权鉴 - Zanzibar
用户的权限管理对每个项目来说都至关重要。不同的业务场景决定了不同的权限管理需求，不同的技术栈也有不同的解决方案。如果你面对一个非常复杂的业务，需要实现极为灵活的权限配置，并且同时对接多个服务怎么办呢？谷歌的一致性全球授权系统Zanzibar可以帮到你。
Spring Cloud Alibaba 在 Proxyless Mesh 上的探索
经过过去几年发展迭代，Spring Cloud Alibaba当前在微服务应用的构建的如服务注册与发现、分布式配置、限流降级等能力方面已经做得日趋完善，社区的工作重心会投入到构建Spring Cloud生态的微服务治理能力上。
Dubbo 正式支持 Spring 6 & Spring Boot 3
Apache Dubbo 是一款 RPC 服务开发框架，用于解决微服务架构下的服务治理与通信问题，官方提供了 Java、Golang 等多语言 SDK 实现。使用 Dubbo 开发的微服务原生具备相互之间的远程地址发现与通信能力， 利用 Dubbo 提供的丰富服务治理特性，可以实现诸如服务发现、负载均衡、流量调度等服务治理诉求。Dubbo 被设计为高度可扩展，用户可以方便的实现流量拦截、选址的各种定制逻辑。
【深入浅出SpringCloud原理及实战】「SpringCloud-Alibaba系列」微服务模式搭建系统基础架构实战指南及版本规划踩坑分析
【深入浅出SpringCloud原理及实战】「SpringCloud-Alibaba系列」微服务模式搭建系统基础架构实战指南及版本规划踩坑分析
【微服务安全】使用 Spring Boot、Kafka、Vault 和 Kubernetes 保护微服务间通信——第 3 部分：设置 Vault
【微服务安全】使用 Spring Boot、Kafka、Vault 和 Kubernetes 保护微服务间通信——第 3 部分：设置 Vault
FeignClient注解及参数问题---SpringCloud微服务
在用分布式架构SpringBoot的SpringCloud技术开发过程中，FeignClient 是一个常用的注解，且很重要的功能
Java Agent踩坑之appendToSystemClassLoaderSearch问题
本文是《容器中的Java》系列文章之2/n，欢迎关注后续连载； 从Java Agent报错开始，到JVM原理，到glibc线程安全，再到pthread tls，逐步探究Java Agent诡异报错。
如何使用rust写内核模块
近年来，Rust语言以内存安全、高可靠性、零抽象等能力获得大量开发者关注，而这些特性恰好是内核编程中所需要的，所以我们看下如何用rust来写Linux内核模块。
从三万英尺看全链路灰度
从本期开始，我们将通过《全链路灰度：自顶向下的方法》的系列文章，由远及近的剖析全链路灰度全貌，系列文章分为4篇： 《从三万英尺看全链路灰度》、《从三千英尺看全链路灰度》、《从三百英尺看全链路灰度》、《总结篇》。敬请关注！
《spring cloud微服务架构设计与开发实践》电子版地址下载
通过本书你可以学习到：1.一线互联网公司微服务架构体系2.解决实战服务治理、熔断限流等核心问题3.Spring Cloud Alibaba 体系
“天猫双11”背后的流量治理技术与标准实践
如何保障微服务在双十一的超级峰值下也能如丝般顺滑稳定？这背后的技术原理是怎样的，有没有一些最佳实践与标准？这篇文章就为大家介绍如何结合 Sentinel 与 OpenSergo 玩转双十一背后的流量治理技术与标准。
这可能是2022年把微服务讲的最全了：SpringBoot+Cloud+Docker
前言 最近几年，微服务可谓是大行其道。在业务模型不完善，超大规模流量的冲击的情况下，许多企业纷纷抛弃了传统的单体架构，拥抱微服务。这种模式具备独立开发、独立部署、可扩展性、可重用性的优点的同时，也带来这样一个问题：开发、运维的复杂性提高。有人感觉微服务越做越不方便管理。
