Higress 0.7.0 版本发布：GA 进入倒计时
一个遵循开源Ingress/Gateway API标准，提供流量调度、服务治理、安全防护三合一的高集成、易使用、易扩展、热更新的下一代云原生网关。
36-微服务技术栈（高级）：微服务保护Sentinel实现原理
应用的硬件、软件架构在涉及到部署时，一般会根据实际请求量做一定的压力测试，以测试系统稳定性、健壮性，避免后续线上未知故障。假设在一个电商的秒杀场景下，订单中心本身能够承载的QPS预设是10W，因为活动的火爆导致流量瞬时达到100W，此时订单中心因无法承载其10倍的请求将会崩溃，那么对于整个分布式架构系统会产生什么问题呢？本节我们将借助于Sentinel的流量控制、隔离降级来解决上述分布式架构中常见的雪崩问题。
26-微服务技术栈（高级）：分布式事务Seata部署与集成
在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。
What's New in Seata 1.6.x ?
Seata 是一款开源的分布式事务解决方案，star高达23000+，社区活跃度极高，致力于在微服务架构下 提供高性能和简单易用的分布式事务服务,本文将剖析Seata 1.6.x版本的核心特性,让用户对Seata有更深 入的认识。
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（十）sentinel篇（1）： sentinel 介绍以及服务集成
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（十）sentinel篇（1）： sentinel 介绍以及服务集成
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（五） (mini-cloud) SEATA分布式事务篇（上） 运行原理以及AT模式源码启动版集成
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（五） (mini-cloud) SEATA分布式事务篇（上） 运行原理以及AT模式源码启动版集成
微服务引擎 MSE 企业版全新升级
随着企业应用大规模云上迁徙与应用微服务化步伐加快，微服务治理的重要性对企业不言而喻，但微服务治理本身的规范化与标准化尚未形成，导致很多企业在微服务治理方面正经历着痛苦的试错期，甚至难以满足线上环境的治理需求。此次MSE企业版升级，结合内部关联云产品治理的经验，经过长期打磨，指出阻碍微服务治理效率提升的主要问题，并提出对应的解决方案。本次分享介绍MSE企业版升级的内容，期望可以降低企业云化与微服务化的成本，提升治理效率。
【微服务安全】使用 Spring Boot、Kafka、Vault 和 Kubernetes 保护微服务间通信——第 3 部分：设置 Vault
【微服务安全】使用 Spring Boot、Kafka、Vault 和 Kubernetes 保护微服务间通信——第 3 部分：设置 Vault
阿里云微服务引擎 MSE 2022年12月份产品动态
微服务引擎 MSE 面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持 Nacos/ZooKeeper/Eureka ）、云原生网关（原生支持Higress/Nginx/Envoy，遵循Ingress标准）、微服务治理（原生支持 Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
【云原生&微服务一】SpringCloud之Ribbon实现负载均衡详细案例（集成Eureka、Ribbon）
【云原生&微服务一】SpringCloud之Ribbon实现负载均衡详细案例（集成Eureka、Ribbon）
调用链路上千条，如何观测 Nacos 的运行状态
随着近年来微服务体系发展，微服务上下游链路的越来越复杂，在阿里云的线上实践场景中，我们发现使用微服务架构的公司的业务动辄会出现上千条调用链路，排查问题代价巨大。 在这种背景下，阿里云微服务引擎(MSE)推出了 Nacos 托管产品，大幅提升可观测性，降低排查问题成本，本文将全面介绍 Nacos 可观测性体系。
阿里新一代微服务，内部大佬手抄的笔记+脑图不容错过，全是精华
今天来聊聊Spring Cloud Alibaba，它是Spring Cloud规范的一套实现，为分布式应用程序开发提供一站式解决方案。它包含开发分布式应用程序所需的所有组件，使您可以轻松地使用Spring Cloud开发应用程序。Spring Cloud Alibaba中的组件，基本都是由阿里内部中间件转化而来，经历过多次双十一的考验，这也就意味着，Spring Cloud Alibaba有着充足的场景，验证了它对于高并发的抗压能力。
微服务项目：尚融宝（9）（后端接口：统一返回结果）
项目中我们会将响应封装成json返回，一般我们会将所有接口的数据格式统一， 使前端对数据的操作更一致、轻松。 一般情况下，统一返回数据格式没有固定的格式，只要能描述清楚返回的数据状态以及要返回的具体数据就可以。但是一般会包含 状态码、返回消息、数据 这几部分内容
一站式动态多环境建设案例
致景科技成立于2013年12月，是领先的纺织产业互联网企业，国家高新技术企业，随着企业的不断发展项目也随着越来越多，不断的业务运行，导致开发上线越来越多，项目测试环境被抢占、开发联调环境不稳定、线上灰度环境的缺乏。开始使用阿里云微服务引擎 MSE 后实现了不同项目开发上线，全链路灰度开发测试，不停机上线发布。
元原生系列第一篇：元原生微服务概览/阿里云
微服务领域已经从框架的选用上升到平台化治理，云原生下的微服务已经成为大势所趋。本系列文章将对阿里云下的云原生服务做一些系统性的梳理。本章是系列文章第一篇，主要对阿里云云原生服务做一个概览性介绍。
注册配置、微服务治理、云原生网关三箭齐发，阿里云 MSE 持续升级
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
Dubbo3 StateRouter下一代高效流量路由机制
目前 MSE 服务治理的 离群实例摘除、标签路由、金丝雀发布、全链路灰度等功能已经使用该路由方案，经过我们的压测与演练，在CPU、RT等方面均有不少提升，以 Demo 应用为例 (服务调用的跳数为2，下游30节点，每个节点1c2g) 其中调用 RT 提升约 6.7%。
混沌工程平台 ChaosBlade-Box新版重磅发布
故障演练(Chaos)是云原生混沌工程平台，提供了大规模、低成本、影响可控、形式多样化的故障演练服务。Chaos 提供一站式架构分析、故障巡检、故障注入、系统稳态度量等功能，帮助用户增强分布式系统的容错性和可恢复性，帮助系统平稳上云。
Go+gRPC-Gateway(V2) 微服务实战，小程序登录鉴权服务(四)：自动生成 API TS 类型
Go+gRPC-Gateway(V2) 微服务实战，小程序登录鉴权服务(四)：自动生成 API TS 类型
微服务引擎MSE新功能发布及产品演进
2020 年 1 月正式商业化后，它提供了 Nacos 、 zokeeper 、Eureka 三种注册中心的托管服务。半年后，产品增加了微服务治理中心以及 Nacos 配置中心的能力。去年 5 月，MSE 基于 Nacos 2.0 推出了托管引擎的专业版，与 1.0 版本相比，性能提升了近 10 倍，能够支持 10 万级实例的扩展。
《微服务零基础入门教程》一步一步，带你走进微服务的世界（上）
最近几个月，我会从“0”到“1”持续更新 微服务 技术栈以及其相关的技术，希望小伙伴们跟着我的脚步，让我们一步一步的拿下微服务 学微服务之前，先让大家看一下首先要学习哪些技术
SpringCloud微服务实战——搭建企业级开发框架（三十）：整合EasyExcel实现数据表格导入导出功能
批量上传数据导入、数据统计分析导出，已经基本是系统必不可缺的一项功能，这里从性能和易用性方面考虑，集成EasyExcel。EasyExcel是一个基于Java的简单、省内存的读写Excel的开源项目，在尽可能节约内存的情况下支持读写百M的Excel： Java解析、生成Excel比较有名的框架有Apache poi、jxl。但他们都存在一个严重的问题就是非常的耗内存，poi有一套SAX模式的API可以一定程度的解决一些内存溢出的问题，但POI还是有一些缺陷，比如07版Excel解压缩以及解压后存储都是在内存中完成的，内存消耗依然很大。easyexcel重写了poi对07版Excel的解析，
阿里微服务注册中心 Nacos 启动报错 Unable to start embedded Tomcat
阿里微服务注册中心 Nacos 启动报错 Unable to start embedded Tomcat
[半翻] 设计面向DDD的微服务
在DDD中，应用层依赖于领域和基础设施层，而基础设施依赖于领域层，但是领域层不依赖于任何层。 只在领域层编写业务规则和通用的领域知识，而应用层负责针对软件的目标来组合、协调领域层的业务规则。 领域层的领域实体、值类型、聚合根反映了真实业务的核心，需要用一种通用的语言来定义，这样不管应用层多么复杂，核心领域层自岿然不动。 领域层不能直接依赖与基础设施层，现代ORM框架一般都提出仓储模型来帮助领域层和技术设施层解耦。
