0

传统的单体架构中只需要开放一个服务给客户端调用，但是微服务架构中是将一个系统拆分成多个微服务，如果没有网关，客户端只能在本地记录每个微服务的调用地址，当需要调用的微服务数量很多时，它需要了解每个服务的接口，这个工作量很大。那有了网关之后，能够起到怎样的改善呢？网关作为系统的唯一流量入口，封装内部系统的架构，所有请求都先经过网关，由网关将请求路由到合适的微服务，所以，使用网关的好处有：（1）简化客户端的工作。网关将微服务封装起来后，客户端只需同网关交互，而不必调用各个不同服务；（2）降低函数间的耦

Nacos的功能官方用一句话来进行了说明：“一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。”也就是说Nacos不仅提供了服务注册与发现功能，还提供了配置管理的功能，同时还提供了可视化的管理平台。

在条件允许的情况下，我们尽可能选择本地事务单数据源，因为它减少了网络交互带来的性能损耗，且避免了数据弱一致性带来的种种问题。若某系统频繁且不合理的使用分布式事务，应首先从整体设计角度观察服务的拆分是否 合理，是否高内聚低耦合？是否粒度太小？分布式事务一直是业界难题，因为网络的不确定性，而且我们习惯于拿分布式事务与单机事务 ACID 做对比。无论是数据库层的 XA、还是应用层 TCC、可靠消息、最大努力通知等方案，都没有完美解决分布式事务问题，它们不过是各自在性能、一致性、可用性等方面做取舍，寻求某些场景

Spring Cloud Alibaba 致力于提供微服务开发的一站式解决方案。此项目包含开发微服务架构的必需组件，方便开发者通过 Spring Cloud 编程模型轻松使用这些组件来开发微服务架构。依托 Spring Cloud Alibaba，您只需要添加一些注解和少量配置，就可以将 Spring Cloud 应用接入阿里分布式应用解决方案，通过阿里中间件来迅速搭建分布式应用系统。既然说 Spring Cloud 是标准，那么自然少不了针对标准的实现。

Autowired//JUC包下，线程安装的Integer@Override//获取服务名称//6062//6061//取模运算 5,10,15，20,25 ...if(mod == 0){ //当次数是5的倍数的时候，mod就是0, 6061} else {//mod 是 1,2,3,4 的时候打到权重高的这个机器上 6062@Override。

官方：一个更易于构建云原生应用的动态服务发现(Nacos Discovery )、服务配置(Nacos Config)和服务管理平台。集 注册中心+配置中心+服务管理 平台Nacos 的关键特性包括:服务发现和服务健康监测动态配置服务动态 DNS 服务服务及其元数据管理。

这意味着Nacos客户端的配置信息可以在应用的主配置被处理之前就被初始化，包括获取远程配置的能力。这样，应用在启动时就能使用从Nacos配置中心获取的配置，而非本地静态配置，实现了配置的动态性和灵活性。配置，这保证了从Nacos加载的配置可以覆盖本地默认配置，满足了外部化配置的需求，即运行时的配置能够覆盖编译时的配置。启动springboot应用，nacos管理端界面查看是否成功注册。注意：需要添加@LoadBalanced注解。在使用Nacos作为配置中心时，推荐在。中配置Nacos相关信息，而不是在。