SpringCloudAlibaba 【1】Nacos注册中心搭建

springcloudalibaba 官网
    https://nacos.io/zh-cn/docs/quick-start-spring.html
nacos 官网文档
    https://nacos.io/zh-cn/docs/quick-start-spring-cloud.html

SpringcloudAlibaba 主要功能

服务限流降级 ：默认支持 WebServlet、WebFlux, OpenFeign、RestTemplate、Spring Cloud Gateway, Zuul, Dubbo 和 RocketMQ 限流降级功能的接入，可以在运行时通过控制台实时修改限流降级规则，还支持查看限流降级 Metrics 监控。
服务注册与发现 ：适配 Spring Cloud 服务注册与发现标准，默认集成了 Ribbon 的支持。
分布式配置管理 ：支持分布式系统中的外部化配置，配置更改时自动刷新。
消息驱动能力 ：基于 Spring Cloud Stream 为微服务应用构建消息驱动能力。
分布式事务 ：使用 @GlobalTransactional 注解， 高效并且对业务零侵入地解决分布式事务问题。
阿里云对象存储 ：阿里云提供的海量、安全、低成本、高可靠的云存储服务。支持在任何应用、任何时间、任何地点存储和访问任意类型的数据。
分布式任务调度 ：提供秒级、精准、高可靠、高可用的定时（基于 Cron 表达式）任务调度服务。同时提供分布式的任务执行模型，如网格任务。网格任务支持海量子任务均匀分配到所有 Worker（schedulerx-client）上执行。
阿里云短信服务 ：覆盖全球的短信服务，友好、高效、智能的互联化通讯能力，帮助企业迅速搭建客户触达通道。

SpringcloudAlibaba 组件

[Sentinel] ：阿里巴巴源产品，把流量作为切入点，从流量控制、熔断降级、系统负载保护等多个维度保护服务的稳定性。

[Nacos] ：一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。

[RocketMQ]：一款开源的分布式消息系统，基于高可用分布式集群技术，提供低延时的、高可靠的消息发布与订阅服务。

[Dubbo] ：Apache Dubbo™ 是一款高性能 Java RPC 框架。

[Seata] ：阿里巴巴开源产品，一个易于使用的高性能微服务分布式事务解决方案。

[Alibaba Cloud OSS] : 阿里云对象存储服务（Object Storage Service，简称 OSS），是阿里云提供的海量、安全、低成本、高可靠的云存储服务。您可以在任何应用、任何时间、任何地点存储和访问任意类型的数据。

[Alibaba Cloud SchedulerX]: 阿里中间件团队开发的一款分布式任务调度产品，提供秒级、精准、高可靠、高可用的定时（基于 Cron 表达式）任务调度服务。

[Alibaba Cloud SMS] : 覆盖全球的短信服务，友好、高效、智能的互联化通讯能力，帮助企业迅速搭建客户触达通道。

Nacos

Nacos可以直接提供注册中心（Eureka）+配置中心（Config），所以它的好处显而易见，启动了Nacos以后就可以发现Nacos本身就是一个小平台，它要比之前的Eureka更加方便，不需要我们在自己做配置。

Nacos 下载

GitHub - alibaba/nacos: an easy-to-use dynamic service discovery, configuration and service management platform for building cloud native applications.

 选择下载，window选择zip；Linux 选择tar

 解压后到bin目录下，

1. 启动命令(standalone代表着单机模式运行，非集群模式):

window:startup.cmd -m standalone
linux: sh startup.sh -m standalone

启动成功后访问 localhost:8848 。

项目搭建需要引入 nacos 依赖:

  
            com.alibaba.cloud
            spring-cloud-starter-alibaba-nacos-discovery
  

---

服务提供者 服务搭建

父项目 Pom

SpringBoot 使用 2.2.13.RELEASE ，SpringCloudAlibaba 使用 2.2.5.RELEASE

  
        org.springframework.boot
        spring-boot-starter-parent
        2.2.13.RELEASE
         
    

    com.springcloud
    demo
    0.0.1-SNAPSHOT
    demo
    pom
    Demo project for Spring Cloud

    
        1.8
        2.2.5.RELEASE
    


    
        
            org.springframework.boot
            spring-boot-starter-web
        
        
            org.springframework.boot
            spring-boot-starter-tomcat
            provided
        
        
            org.springframework.boot
            spring-boot-starter-test
            test
        
    

    
        
            
                com.alibaba.cloud
                spring-cloud-alibaba-dependencies
                ${spring-cloud-alibaba-version}
                pom
                import
            
        
    

子项目

pom 文件 . 引入 nacos 依赖

   
        demo
        com.springcloud
        0.0.1-SNAPSHOT
    

    product-9001
    
        1.8
    

    
        
            org.springframework.boot
            spring-boot-starter
        

        
            org.springframework.boot
            spring-boot-starter-test
            test
        

        
            com.alibaba.cloud
            spring-cloud-starter-alibaba-nacos-discovery
        

    

    
        
            
                org.springframework.boot
                spring-boot-maven-plugin
            
        
    

application.properties

server.port=9001
spring.cloud.nacos.discovery.server-addr=localhost:8848
spring.application.name=product
management.endpoints.web.exposure.include=*

启动类中添加   @EnableDiscoveryClient 

Ribbon  负载均衡

Nacos中本身就集成了Ribbon所以它本身就自带负载均衡，默认是轮询

---

各种注册中心对比 

服务注册与发现框架	CAP模型	控制台管理	社区活跃度
Eureka	AP	支持	低(2.x版本闭源)
Zookeeper	CP	不支持	中
Consul	CP	支持	高
Nacos	AP/CP	支持	高

CAP模型  

分布式系统设计要考虑的三个核心要素：

​        一致性（Consistency）：同一时刻的同一请求的实例返回的结果相同，所有的数据要求具有强一致性(Strong Consistency)

​        可用性（Availability）：所有实例的读写请求在一定时间内可以得到正确的响应

​        分区容错性（Partition tolerance）：在网络异常（光缆断裂、设备故障、宕机）的情况下，系统仍能提供正常的服务

​    以上三个特点就是CAP原则（又称CAP定理），但是三个特性不可能同时满足，所以分布式系统设计要考虑的是在满足P（分区容错性）的前提下选择C（一致性）还是A（可用性），即：CP或AP
 

 CP原则：一致性 + 分区容错性原则

​    CP 原则属于强一致性原则，要求所有节点可以查询的数据随时都要保持一直（同步中的数据不可查询），即：若干个节点形成一个逻辑的共享区域，某一个节点更新的数据都会立即同步到其他数据节点之中，当数据同步完成后才能返回成功的结果，但是在实际的运行过程中网络故障在所难免，如果此时若干个服务节点之间无法通讯时就会出现错误，从而牺牲了以可用性原则（A），例如关系型数据库中的事务。

 AP原则：可用性原则 + 分区容错性原则

​    AP原则属于弱一致性原则，在集群中只要有存活的节点那么所发送来的所有请求都可以得到正确的响应，在进行数据同步处理操作中即便某些节点没有成功的实现数据同步也返回成功，这样就牺牲一致性原则（C 原则）。

​    使用场景：对于数据的同步一定会发出指令，但是最终的节点是否真的实现了同步，并不保证，可是却可以及时的得到数据更新成功的响应，可以应用在网络环境不是很好的场景中。

Nacos 何时选择切换模式（默认是AP模式）

    1. 一般来说，如果不需要储存服务界别的信息且服务实例通过nacos-client注册，并能够保持心跳上报，那么就可以选择AP模式。如Spring Cloud 和 Dubbo，都适用于AP模式，AP模式为了服务的可用性减弱了一致性，因此AP模式下只支持注册临时实例。
     2. 如果需要在服务级别编辑或者储存配置信息，那么CP是必须的，K8S服务和DNS服务则是用于CP模式。CP模式下则支持注册持久化实例，此时则是以Raft协议为集群运行模式，该模式下注册实例之前必须先注册服务，如果服务不存在，则会返回错误。