Triple 协议支持 Java 异常回传的设计与实现
通过对 Dubbo 3.0 新增自定义异常的版本迭代中可以看出，尽管只能新增一个小小的特性，流程下并不复杂，但由于要考虑互通、兼容和协议的设计理念，因此思考和讨论的时间可能比写代码的时间更多。
基于开源体系的云原生微服务治理实践与探索
携程微服务产品起步于2013年。最初，公司基于开源项目ServiceStack进行二次开发，推出.Net平台下的微服务框架CServiceStack。经历5个历程的努力发展。本次文章中介绍携程服务在云原生微服务技术的发展和思考解决方法。
微服务应用视角解读如何选择K8S的弹性策略
微服务架构的出现，拆分了庞大的单体应用，让业务之间的开发与协作变得更加灵活。当面临业务流量增加的场景时，往往需要对一些应用组件进行扩容。K8S在应用层面提供了HPA，围绕HPA开源社区延伸出了KEDA这样的弹性组件，为微服务应用以业务指标执行弹性策略提供了实现的可能性。但HPA正常工作的一个大前提是需要保证集群资源充足，为此用户必须提前对集群扩容或时常保持集群资源冗余。本文中就会详细的为你解读一下。
Spring Cloud 应用 Proxyless Mesh 模式探索与实践
本文通过一个 Demo 演示了 SpringCloud 应用通过接入MSE服务治理之后，无需修改任意代码就能具备 Proxyless Mesh的能力，当前 MSE 服务治理支持还有些限制，在持续补充完善中。当前 MSE 服务治理 Proxyless 模式支持基础的服务发现能力以及 DestinationRule 的 Subset 能力，我们可以配合 MSE 流量治理实现 Mesh 架构下的全链路灰度、标签路由等治理能力。
微服务洞察，让微服务更透明
在众多的微服务下，所能得到信息不被标准的可观测系统覆盖，微服务洞察通过动态的信息采集能够填补这其中的一部分空缺，更好地满足这些微服务场景的观测需求，同时也将他们纳入到标准的观测体系中来。
亿级流量电商详情页系统实战：缓存架构+高可用服务架构+微服务架构
亿级流量电商详情页系统的完整大型架构。同时最重要的是，在完全真实的大型电商详情页系统架构下，全流程实战了整套微服务架构，包含了基于领域驱动设计进行微服务建模、Spring Cloud、基于DevOps的持续交付流水线与自动化测试套件、基于Docker的自动化部署。此外，还包含了大型电商详情页系统架构中的多种复杂架构设计的详细介绍。
一文带你入门微服务，通俗易懂
在没有微服务之前，系统架构都是单体服务，但是单体服务缺点很多，比如不灵活、不可靠、不可扩展、不适合复杂应用程序等。所以促使了微服务的发展，那么微服务到底是什么样的？本文笔者与大家讨论一下。
【Spring Cloud】新闻头条微服务项目：使用Reids延迟队列实现文章定时发布（下）
主要介绍了如何使用redis的zset及list数据类型实现延迟队列完成文章的定时发布功能。
Spring Cloud Alibaba x AppActive 带来了全新异地多活解决方案
在未来，如果说 Spring Cloud Alibaba 过去的第一阶段工作是丰富 Spring Cloud 生态，让广大外部用户能够轻松地拥抱微服务。在第二阶段，Spring Cloud Alibaba会通过自身的努力让外部的用户用好微服务，构建微服务治理和业务高可用相关能力，满足用户在微服务使用过程中的这些更高层次的诉求。具体的话比如通过全面支持RocketMQ 5.0和Sentinel 2.0等带来更丰富的中间件使用体验，投入力量构建Spring Cloud生态的微服务治理（标签路由，服务鉴权以及全链路灰度等）和分布式任务调度等方面能力。欢迎感兴趣的同学扫描下放二维码加入社区交流群
OpenSergo & CloudWeGo 共同保障微服务运行时流量稳定性
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
我们总结了3大使用建议，并首次公开 Nacos3.0 规划图 | Nacos 开源4周年
Nacos 致力于帮助您发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据及流量管理。 Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。 Nacos 是构建以“服务”为中心的现代应用架构 (例如微服务范式、云原生范式) 的服务基础设施
DBPack 赋能 python 微服务协调分布式事务
DBPack 的分布式事务致力于实现对用户的业务无入侵，使用时下流行的sidecar架构，主要使用 ETCD Watch 机制来驱动分布式事务提交回滚，它对 HTTP 流量和 MYSQL 流量做了拦截代理，支持 AT 模式（自动补偿 SQL）和 TCC 模式（自动补偿 HTTP 请求）。
Spring Cloud Alibaba：Nacos服务治理平台，服务注册、RestTemplate实现微服务之间访问，负载均衡访问
Nacos 提供了发现、配置和管理微服务能力，能快速实现动态服务发现、服务配置、服务元数据及流量管理。使用 Nacos 可以更敏捷和容易地构建、交付和管理微服务平台。 Nacos 是构建以“服务”为中心的现代应用架构 (例如微服务范式、云原生范式) 的服务基础设施。 本文用Nacos、RestTemplate实现微服务之间访问。
微服务还没完全理解，宏服务又要来了？我太难了
当Uber公司某支团队宣布从微服务转向宏服务时，脑子瞬时飘来几个字“某种马”。微服务还没吃透呢，宏服务又来了，听到宏服务这个名字，脑海中好像是听说过，但是完全不了解。于是各种搜索，各种网站的信息翻了一遍。今天的主要目的是介绍为什么要使用宏服务
Go+gRPC-Gateway(V2) 微服务实战，小程序登录鉴权服务(五)：鉴权 gRPC-Interceptor 拦截器实战
Go+gRPC-Gateway(V2) 微服务实战，小程序登录鉴权服务(五)：鉴权 gRPC-Interceptor 拦截器实战
Go+gRPC-Gateway(V2) 微服务实战，小程序登录鉴权服务(四)：自动生成 API TS 类型
Go+gRPC-Gateway(V2) 微服务实战，小程序登录鉴权服务(四)：自动生成 API TS 类型
Springboot 整合 SpringCloud组件-Eureka 微服务 EurekaClient（二）
Springboot 整合 SpringCloud组件-Eureka 微服务 EurekaClient（二）
SpringCloud微服务实战——搭建企业级开发框架（四十）：使用Spring Security OAuth2实现单点登录(SSO)系统
目前每家企业或者平台都存在不止一套系统，由于历史原因每套系统采购于不同厂商，所以系统间都是相互独立的，都有自己的用户鉴权认证体系，当用户进行登录系统时，不得不记住每套系统的用户名密码，同时，管理员也需要为同一个用户设置多套系统登录账号，这对系统的使用者来说显然是不方便的。我们期望的是如果存在多个系统，只需要登录一次就可以访问多个系统，只需要在其中一个系统执行注销登录操作，则所有的系统都注销登录，无需重复操作，这就是单点登录(Single Sign On 简称SSO)系统实现的功能。
SpringCloud微服务实战——搭建企业级开发框架（三十五）：SpringCloud + Docker + k8s实现微服务集群打包部署-集群环境部署【上】
一、集群环境规划配置 生产环境不要使用一主多从，要使用多主多从。这里使用三台主机进行测试一台Master（172.16.20.111），两台Node（172.16.20.112和172.16.20.113） 1、设置主机名 CentOS7安装完成之后，设置固定ip，三台主机做相同设置 vi /etc/sysconfig/network-scripts/ifcfg-ens33 #在最下面ONBOOT改为yes，新增固定地址IPADDR，172.16.20.111，172.16.20.112，172.16.20.113 ONBOOT=yes IPADDR=172.16.20.111
SpringCloud微服务实战——搭建企业级开发框架（二十一）：基于RBAC模型的系统权限设计
RBAC（基于角色的权限控制）模型的核心是在用户和权限之间引入了角色的概念。取消了用户和权限的直接关联，改为通过用户关联角色、角色关联权限的方法来间接地赋予用户权限，从而达到用户和权限解耦的目的，RBAC介绍原文链接。 RABC的好处
[半翻] 设计面向DDD的微服务
在DDD中，应用层依赖于领域和基础设施层，而基础设施依赖于领域层，但是领域层不依赖于任何层。 只在领域层编写业务规则和通用的领域知识，而应用层负责针对软件的目标来组合、协调领域层的业务规则。 领域层的领域实体、值类型、聚合根反映了真实业务的核心，需要用一种通用的语言来定义，这样不管应用层多么复杂，核心领域层自岿然不动。 领域层不能直接依赖与基础设施层，现代ORM框架一般都提出仓储模型来帮助领域层和技术设施层解耦。
