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

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

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

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

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

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

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

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

前文回顾 上一篇介绍了该书的第二部分“模型驱动设计的构造块”，将面向对象领域建模中的一些核心的最佳实践提炼为一组基本的构造块。我们了解了提供查找和对象持久化的REPOSITORY（仓库）。 这一篇我们