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

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

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

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

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

概述 SpringBoot框架不用多介绍，Java程序员相比都知道。相对来说熟悉Quarkus的人可能会少一些。Quarkus首页放出的标语：超音速亚原子的Java（Supersonic Subato

确认本机是否已有ssh key 首先确认自己系统内有没有 ssh key。 id_rsa.pub 若有，确认使用当前 key 或者生成新 key，若没有，生成新 key。由于我需要登录两个帐号，所以在

微服务模式面临的挑战 在微服务大行其道的今天，很多企业都采用了这种架构模式来提供服务。采用微服务模式会带来很多好处，比如高度可扩展，更短的开发周期，更加易于部署，更加开放的技术栈等等。但同样也带来了很

前文回顾 上一篇介绍了该书的第三部分“通过重构来加深理解”，讨论如何将构造块装配为实用的模型，从而实现其价值。我们学习了重构的分类，以及从量变到质变的突破。 这一篇，我们继续学习该书的第三部分。 挖掘