时间如瑾 代码如诗

一个服务可以有多个实例，例如我们的127.0.0.1:8081，在上海机房127.0.0.1:8082，在杭州机房127.0.0.1:8083，在杭州机房Nacos 就将同一机房内的实例 划分为一个集群。也就是说，是服务，一个服务可以包含多个集群，如杭州、上海，每个集群下可以有多个实例，形成分级模型，如图：微服务互相访问时，应该尽可能访问同集群实例，因为本地访问速度更快。当本集群内不可用时，才访问其它集群。

是阿里巴巴的产品，现在是中的一个组件。相比功能更加丰富，在国内受欢迎程度较高。Nacos 虽然是 SpringCloudAlibaba 的组件，而 SpringCloudAlibab a也遵循 SpringCloud 中定义的服务注册、服务发现规范。因此使用 Nacos 和使用 Eureka 对于微服务来说，并没有太大区别。

单体架构：简单方便，高度耦合，扩展性差，适合小型项目。例如：学生管理系统分布式架构：松耦合，扩展性好，但架构复杂，难度大。适合大型互联网项目，例如：京东、淘宝微服务：一种良好的分布式架构方案①优点：拆分粒度更小、服务更独立、耦合度更低②缺点：架构非常复杂，运维、监控、部署难度提高SpringCloud是微服务架构的一站式解决方案，集成了各种优秀微服务功能组件微服务架构是一种通过将应用程序拆分为小型自治服务来构建软件系统的方法，每个服务都有自己的独立职责，可以单独部署、扩展和更新。

本地准备两个配置文件，因为 Nacos 在项目初始化时，要保障优先从配置中心进行基础配置拉取，拉取配置后，才能保证项目的正常启动。在 SpringBoot 项目配置文件的加载顺序是存在优先级的， bootstarp 有限级高于 application.group 分组把不同的微服务划分到同一个组。完成上面的配置后 启动项目 访问。dataId 最小的配置划分。服务最终配置文件的确认是由。命名空间之间是隔离的。

一个更易于构建云原生应用的动态服务发现，配置管理和服务管理中心。Nacos 就是 注册中心 + 配置中心 的组合 （Eureka + Config + Bus）home服务注册与发现框架CAP模型控制台管理社区活跃度EuerkaAP支持低ZKCP不支持中ConsulAP支持高NacosAP/CP支持高CAP原则又称CAP定理，指的是在一个分布式系统中，一致性可用性分区容错性CAP 原则指的是，这三个要素最多只能同时实现两点，不可能三者兼顾。

Eureka 是 Netflix 提供的基于 REST 的服务发现组件，用于帮助开发者管理微服务架构中的服务实例。它提供了一个可伸缩的注册中心，可以让每个微服务都能够找到其他微服务的位置和元数据信息，并对其进行负载均衡、自动故障转移等操作。通过将 Eureka Server 部署在中心服务器上，然后将各个微服务节点（即Eureka Client）注册到该中心服务器上，便可以实现微服务间的快速查找和调用。使用Eureka能够方便地扩展和部署大规模微服务应用程序，并让你更容易地维护和监控整个系统。