在命名 Nacos 的 Data ID 时，不同的命名空间下可以有相同的 Data ID。

Nacos 服务端不支持集群模式的启动。

Spring Cloud 专注于全局服务治理，而 Spring Boot 专注于快速集成单个微服务。

Spring Cloud LoadBalancer 没有内置负载均衡策略，需要自定义负载均衡策略。

使用 Nacos 时，如果不指定 Group，则程序启动时会报错。

为了使 MySQL 支持事务，存储引擎应当设置为 MyISAM。

传统的单体应用程序中，数据一致性将由本地事务保证。

Ribbon 可以向 Nacos 服务注册中心请求获取可用服务列表。

OpenFeign 是 Spring Cloud 对 Feign 的二次封装，它具有 Feign 的所有功能。

Zipkin 支持将链路追踪数据持久化到 MySQL。

Spring Cloud Alibaba 是 Spring Cloud 的衍生项目，集成了 Alibaba 开源的多个微服务产品。

在 Sentinel 中，流量控制规则用于确保系统在负载过大或异常情况下正常响应请求。

Gateway 内置的全局过滤器会自动应用于所有的路由，无须额外地配置。

AfterRoutePredicateFactory 创建的断言匹配请求时，只有早于指定时间的请求才会被路由到指定服务。

Nacos 管理控制台的默认访问端口是 8088。

Sentinel 的资源可以是 Java 应用程序中的任意代码块或方法。

Sentinel 的规则是指用于监控和保护资源的一组条件或策略。

通过合理的设计，开发者可以完全避免服务雪崩的发生。

Spring Cloud 专注于快速、方便集成单个微服务，而 Spring Boot 关注全局的服务治理。

Spring Cloud Stream 中通过消息分组，可以实现相同特征的消息都被同一个消费者实例处理。

自定义局部过滤器可以通过继承 AbstractGatewayFilterFactory 类实现。

登录 Nacos 控制台的默认用户名和密码都为 admin。

AfterRoutePredicateFactory 创建的断言匹配请求时，只有晚于指定时间的请求才会被路由到指定服务。

Seata 中将一个分布式事务视为包含一批分支事务的全局事务。

为了使 MySQL 支持事务，存储引擎应当设置为 InnoDB。

Zipkin 的服务端 UI 管理界面的访问端口是 9411。

Sleuth 中 cr（客户端接收响应）减去 cs（客户端发送请求）的时间戳，可得到客户端从服务端获取回复的总时间。

Spring Cloud Stream 中的绑定器负责将应用程序与消息中间件之间进行连接。

Nacos 管理控制台的默认访问端口是 8488。

Spring Cloud Stream 中通过消息分组，可以实现发送的消息只能被同一个消费分组中的一个消费者实例处理。

开发者使用 Spring Cloud Stream 只需关注应用程序的业务逻辑，而不必关心应用程序与底层消息中间件的交互细节。