前言 本文将介绍如何利用代码的自动生成，对微服务API进行快速高效的测试，全文分成三部分：需求篇，设计篇和实现篇。需求篇将介绍项目背景，微服务API测试中的痛点，以及我们理想的解决方案。设计篇将介绍如

前言 本文将介绍如何利用代码的自动生成，对微服务API进行快速高效的测试，全文分成三部分：需求篇，设计篇和实现篇。需求篇将介绍项目背景，微服务API测试中的痛点，以及我们理想的解决方案。设计篇将介绍如

前言 在微服务实战：基于Spring Cloud Gateway + AWS Cognito 的BFF案例一文中， 介绍了基于Amazon Cognito的OAuth授权码模式的认证流程。本文中，我们

背景 正如 微服务实战：基于Spring Cloud Gateway + AWS Cognito 的BFF案例 一文中所介绍的，我司的微服务群采用了Spring Cloud Gateway作为API认

背景 微服务架构的分布式特性可以带来很多好处，但是微服务并不能独立对外提供服务，一个微服务群组需要作为一个整体对外提供完整的服务体验，而如何实现支撑整体的通用功能就需要好好考虑一番了。 就我司的需求来

前言 微服务的最大挑战之一是定义各个服务的边界。 一般的规则是服务应该只做“一件事”（参考SRP原则） — 但是，实践这条规则需要经过认真的考虑。 没有任何机械性的流程可以生成“适当的”设计。 必须深

前言 很多人说开发微服务并不难，难点在于如何划分微服务。这个话虽然有点绝对，但反应了服务边界的划分有多么重要。一个设计良好的单体应用远比一个混乱的微服务要好。采用微服务架构的目的是为了让系统变得更具有

为什么要使用CodeArtifact？ 很多公司都跟我司一样，每天都会生成数十个工件（Artifact）供内部使用，因此必须配备一个企业内部使用的Maven库。我们考虑了几个备选解决方案，最后选择了C

前言 在上一篇[微服务的绊脚石--分布式事务] SEATA解决方案介绍中，介绍了微服务架构的问题之一：分布式事务，以及业界常见的解决方案。这一篇，针对我和身边同事在学习Seata过程中遇到的各种问题，