Higress 0.7.0 版本发布：GA 进入倒计时
一个遵循开源Ingress/Gateway API标准，提供流量调度、服务治理、安全防护三合一的高集成、易使用、易扩展、热更新的下一代云原生网关。
大白话揭秘搞好就能“年薪百万”的SpringCloud微服务
为什么会有微服务？ 假如回到10年前，一天张三入职了电商企业—并夕夕商城。 公司初创，人比较少，公司网站的用户也很少，公司只有一个工程师 项目架构比较简单
59-微服务技术栈（高级）：在线检测工具Arthas（精准定位Java应用CPU负载过高）
开发者对于生产问题故障的排查、定位，随着微服务的喷发，也不再像是以前那边依赖纯日志、gc日志进行问题排查与定位了，本节开始介绍一个生产环境使用的排错工具Arthas，帮助大家更高效、便捷地实现生产问题排错。
21-微服务技术栈（高级）：消息积压与惰性队列
消息中间件，作为分布式系统中必不可少的一部分，在前面我们学习过其基本的消息发送、消费，但是读者朋友们肯定也知道，真正的生产环境可不是简单的发送消息这么简单。如何避免消息丢失？如何满足特殊场景下的消息延迟消费？如何解决消费能力不足？如何搭建集群？等等 本节笔者将从消息的可靠性出发，解决消息不丢失的问题。同时借助TTL实现延迟消息，惰性队列解决消息堆积问题，最后完成集群搭建以实现生产环境真正的高可用。
20-微服务技术栈（高级）：MQ死信队列&TTL&延迟队列
消息中间件，作为分布式系统中必不可少的一部分，在前面我们学习过其基本的消息发送、消费，但是读者朋友们肯定也知道，真正的生产环境可不是简单的发送消息这么简单。如何避免消息丢失？如何满足特殊场景下的消息延迟消费？如何解决消费能力不足？如何搭建集群？等等 本节笔者将从消息的可靠性出发，解决消息不丢失的问题。同时借助TTL实现延迟消息，惰性队列解决消息堆积问题，最后完成集群搭建以实现生产环境真正的高可用。
17-微服务技术栈（高级）：Docker部署RabbitMQ镜像模式
默认情况下，队列只保存在创建该队列的节点上。而镜像模式下，创建队列的节点被称为该队列的主节点，队列还会拷贝到集群中的其它节点，也叫做该队列的镜像节点。但是，不同队列可以在集群中的任意节点上创建，因此不同队列的主节点可以不同。甚至，一个队列的主节点可能是另一个队列的镜像节点。用户发送给队列的一切请求，例如发送消息、消息回执默认都会在主节点完成，如果是从节点接收到请求，也会路由到主节点去完成。镜像节点仅仅起到备份数据作用。当主节点接收到消费者的ACK时，所有镜像都会删除节点中的数据
13-微服务技术栈（高级）：Nacos注解@RefreshScope热更新原理
在前面学习Nacos的章节中，为了实现配置的热更新我们采取了两种方式，其一就是借助于注解：@RefreshScope，那么这个注解是如何做到标识即生效的？我们尝试一起分析一下。
一套.Net6可落地的微服务、分布式开源项目
一个轻量级的微服务架构，支持经典三层架构和DDD架构模式开发，技师选型都是目前主流的技术。是一个前后端分离架构，前端采用Vue开发，后端使用.Net6架构。Api接口遵循RESTful规范，接口安全验证采用JWT机制。
【深入浅出SpringCloud原理及实战】「SpringCloud-Alibaba系列」微服务模式搭建系统基础架构实战指南及版本规划踩坑分析
【深入浅出SpringCloud原理及实战】「SpringCloud-Alibaba系列」微服务模式搭建系统基础架构实战指南及版本规划踩坑分析
【微服务安全】使用 Spring Boot、Kafka、Vault 和 Kubernetes 保护微服务间通信——第 3 部分：设置 Vault
【微服务安全】使用 Spring Boot、Kafka、Vault 和 Kubernetes 保护微服务间通信——第 3 部分：设置 Vault
ZooKeeper 避坑实践： SnapCount设置不合理导致磁盘爆满，服务不可用
本篇通过深入解读ZooKeeper 数据文件生成机制，以及ZooKeeper 中和数据文件生成相关的参数，探究一下 解决 ZooKeeper 磁盘问题的最佳实践。
微服务洞察，让微服务更透明
在众多的微服务下，所能得到信息不被标准的可观测系统覆盖，微服务洞察通过动态的信息采集能够填补这其中的一部分空缺，更好地满足这些微服务场景的观测需求，同时也将他们纳入到标准的观测体系中来。
如何使用rust写内核模块
近年来，Rust语言以内存安全、高可靠性、零抽象等能力获得大量开发者关注，而这些特性恰好是内核编程中所需要的，所以我们看下如何用rust来写Linux内核模块。
开源openapi&微服务应用gateway的对比
最近需要搭建一个openapi管理平台，准确一点，具备可视化管理界面的gateway网关，研究了快一个月，主要看了一下产品apisix,kong,fizzgate,VX-API-Gateway ，apinto。。。确没有一款是我的需求【接口调用统计，黑白名单，lb,接口聚合】，希望对大家有帮助
Higress 开源后，我们整理了开发者最关心的15个问题
云原生架构下，网关承载着流量管理、服务调用、安全管理等多重职能，在稳定性、性能、安全性、易用性上存在着更高的要求。在 CNCF Landscpae 编排和管理的 API Gateway 领域中，已经有不少开源的网关选择，开发者们也有着不小的选型诉求。
微服务注册中心技术选型：5种主流注册中心，哪个最香？
讲解5种常用的注册中心，对比其流程和原理，无论是面试还是技术选型，都非常有帮助。 对于注册中心，在写这篇文章前，我其实只对ETCD有比较深入的了解，但是对于Zookeeper和其它的注册中心了解甚少，甚至都没有考虑过ETCD和Zookeeper是否适合作为注册中心。 经过近2周的学习，原来注册中心除了ETCD和Zookeeper，常用的还有Eureka、Nacos、Consul，下面我们就对这些常用的注册中心，初探它们的异同，便于后续技术选型。 全文接近 8千字，有点长，建议先收藏，再慢慢看，下面是文章目录：
系统架构设计—高并发场景微服务实战（三）
在《需求分析— 高并发场景微服务实战（二）》一文中，我详细梳理了业务需求。相信你对订票系统的业务需求情况已经十分清楚了。下面我开始系统设计工作，包括功能模块设计、存储设计、缓存设计、高并发系统架构设计等，为后面的开发工作提供良好的基础保障。
微服务平滑迁移上云最佳实践
本文章内容将从三个方面的内容进行讲解，微服务平滑迁移上云服务。 1、明白微服务上云给企业带来的价值 2、了解微服务迁移过程中带来的挑战 3、掌握通过MSE提供的迁移方案平滑上云
【云原生&微服务三】SpringCloud之Ribbon是这样实现负载均衡的（源码剖析@LoadBalanced原理）
【云原生&微服务三】SpringCloud之Ribbon是这样实现负载均衡的（源码剖析@LoadBalanced原理）
如何做好大促时的系统高可用
面对大促不确定的流量，我们需要做好全方位的流量控制与防护能力，确保我们的系统始终工作在预期的范围之内。首先我们需要有流量的实时监控以及水位诊断分析能力，确保我们知道当前系统所处的一个状态；在业务的链路入口，我们需要做好链路入口的容量评估以及峰值流量的限流配置、同时需要开启热点隔离能力，防止黑马商品、黑产刷单等不确定因素造成的稳定性影响；在微服务内部我们需要配置单机流控，针对微服务内部异步的流量我们可以配置流量平滑能力做到削峰填谷的效果；针对下游依赖的服务以及组件（数据库、缓存等），我们可以通过慢SQL发现以及熔断、慢调用隔离、热点探测等手段保障稳定性。
通过云效CI/CD实现微服务全链路灰度
在发布过程中，为了产品整体稳定性，我们总是希望能够用小部分特定流量来验证下新版本应用是否能正常工作。 即使新版本有问题，也能及时发现，控制影响面，保障了整体的稳定性。
【Spring Cloud】新闻头条微服务项目：自媒体前后端搭建&素材管理（含优化）
主要介绍自媒体端的前后端搭建及素材管理中的上传图片素材、获取素材列表并展示、收藏素材、删除素材，最后对删除素材做了优化，优化了其逻辑的合理性。
