eureka

Spring Cloud Alibaba 由于 Spring Cloud Netflix 项目进入维护模式（将模块置于维护模式意味着 Spring Cloud 团队将不会再向模块中添加新功能，只会修复 block 级别的 bug 以及安全问题），阿里巴巴团队为我们提供了一套新的微服务开发一站式解决方案 详见官方介绍： https://github.com/alibaba/spring-cloud-alibaba/blob/master/README-zh.md Nacos 概述 是什么？ 一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。 Nocas 就是注册中心与配置中心的组合，可以替代 Eureka + Config + Bus 能干嘛？ 替代 Eureka 做服务注册中心；替代 Config 做服务配置中心 下载、安装与运行 下载地址： https://github.com/alibaba/nacos/releases 下载解压后，打开 bin 目录，打开 cmd 窗口输入 startup.cmd 或者双击 startup.cmd 均可启动（Windows版） 浏览器地址栏输入 localhost:8848/nacos 登录，默认用户名密码都是 nacos，主页面如下： Nacos 作为注册中心 引入 Maven 依赖 <!-- nacos-discovery

上一篇只是大概介绍了一下断路器 Hystrix Dashboard 监控，如何使用 Hystrix Dashboard 监控微服务的状态呢？这篇看看 Ribbon 如何整合断路器监控 Hystrix Dashboard 。今天的项目主要整合 sc-eureka-client-consumer-ribbon-hystrix项目和sc-hystrix-dashboard项目 1、 新建项目sc-ribbon-hystrix-dashboard ，对应的 pom.xml 文件 <project xmlns= "http://maven.apache.org/POM/4.0.0" xmlns:xsi= "http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation= "http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" > <modelVersion>4.0.0</modelVersion> <groupId>spring-cloud</groupId> <artifactId> sc -ribbon- hystrix - dashboard </artifactId> <version>0.0.1-SNAPSHOT<

前言 最近在面试的时候，被问到了这个问题，作答的不是很好，在此进行整理和学习，希望能够帮助大家。 CAP理论 在了解eureka和zookeeper区别之前，我们先来了解一下这个知识，cap理论。 1998年的加州大学的计算机科学家 Eric Brewer 提出，分布式有三个指标。Consistency，Availability，Partition tolerance。简称即为CAP。Eric 提出 CAP 不能全部达到，这就是CAP定理。 接下来我们分别说下cap。 C Consistency，一致性的意思。 一致性就是说，我们读写数据必须是一摸一样的。 比如一条数据，分别存在两个服务器中，server1和server2。 我们此时将数据a通过server1修改为数据b。此时如果我们访问server1访问的应该是b。 当我们访问server2的时候，如果返回的还是未修改的a，那么则不符合一致性，如果返回的是b，则符合数据的一致性。 A Availability，可用性的意思。 这个比较好理解，就是说，只要我对服务器，发送请求，服务器必须对我进行相应，保证服务器一直是可用的。 P Partition tolerance，分区容错的意思。 一般来说，分布式系统是分布在多个位置的。比如我们的一台服务器在北京，一台在上海。可能由于天气等原因的影响。造成了两条服务器直接不能互相通信

本文的案例是基于 架构师入门：搭建基本的Eureka架构（从项目里抽取 ） 改写的。 在上文里，我们演示Eureka客户端调用服务的整个流程，在这部分里我们将在架构上有所改进。大家可以想象下，在上文里案例中，Eureka注册中心只部署在一台机器上，这样它一旦出现问题，会导致整个服务调用系统的崩溃，如果这种情况发生在生产环境上，后果是不堪设想的。 大家别以为这是危言耸听，在高并发的场景下（比如双十一的并发环境），这种情况发生的可能性不低。针对这种场景，这里我们将部署两台Eureka注册中心，彼此相互注册，以此搭建一个可用性比较高的Eureka集群。 1 集群的示意图 在这个集群里，我们将配置2台相互注册的Eureka服务器，这样一来，每台服务器都包含着对方的服务注册信息，相当于双机热备，同时，服务提供者只需向其中的一个注册服务。 这样，如果服务器A或B宕机，那么另一台服务器依然可以向外部提供服务列表，服务调用者依然可以据此调用服务。 在并发要求更高的环境里，我们甚至可以搭建2台以上的服务器，不过事实上，双机热备的集群能满足大多数的场景，一方面，不是每个系统的并发量都很高，所以双机热备足以满足大多数的并发需求，另一方面，毕竟两台服务器同时宕机的可能性也不大。 2编写相互注册的服务器端代码 这里为了演示方便，我们在一台机器上模拟双服务器的场景，在真实项目里

一、微服务概述 1. 什么是微服务  简单地说， 微服务是系统架构上的一种设计风格， 它的主旨是将一个原本独立的系统拆分成多个小型服务，这些小型服务都在各自独立的进程中运行，服务之间基于 RPC 进行通信协作。 被拆分成的每一个小型服务都围绕着系统中的某一项或一些耦合度较高的业务功能进行构建， 并且每个服务都维护着自身的数据存储（划重点，每个微服务都有自己的数据库实例）、 业务开发、自动化测试案例以及独立部署机制。 2. 微服务的特性 <b>服务组件化</b>：一个独立的系统拆成多个小型服务。 <b>以业务划分服务</b>：微服务应该以业务来划分，而不是按能力或其他因素来划分（比如之前做的一个项目直接将缓存能力建成了一个微服务组件）。 <b>智能端点和哑管道</b>：服务之间通过 RPC 的方式调用，通常会使用以下两种服务调用方式： 第一种：使用 HTTP 的 RESTfl API 或轻量级的消息发送协议， 实现信息传递与服务调用的触发。 第二种：通过在轻量级消息总线上传递消息， 类似 RabbitMQ 等 一些提供可靠异步交换的中间件。 <b>去中心化处理</b>：不同的微服务组件可以选择不同的技术方案，甚至可以选择不同的语言。只有实现了对技术平台的透明， 才能更好地发挥不同语言对不同业务处理能力的优势， 从而打造更为强大的大型系统。 <b>去中心化管理数据</b>

文章大纲 一、Spring Cloud基础知识介绍 二、创建单一的服务注册中心 三、创建一个服务提供者 四、搭建高可用服务注册中心 五、项目源码与参考资料下载 六、参考文章 一、Spring Cloud基础知识介绍 https://www.cnblogs.com/WUXIAOCHANG/p/10888500.html 二、创建单一的服务注册中心 1. 简介 Spring Cloud是基于Spring Boot的基础进行的，所以我们需要创建一个普通的Spring Boot工程，命名为eureka-server 2. idea创建基础的Spring Boot项目 创建后项目结构如下： 3. pom.xml添加相关依赖 目前eureka的稳定版本是Dalston.SR3，下面添加了Spring Boot和Spring Cloud相关依赖 <?xml version= "1.0" encoding= "UTF-8" ?> < project xmlns= "http://maven.apache.org/POM/4.0.0" xmlns:xsi= "http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation= "http://maven.apache.org/POM/4.0.0 http://maven.apache.org

目 录 1. 高可用EureKa注册中心示意图 2. Eureka实例相互注册配置 3. 微服务注册到Eureka配置 4. 启动步骤及配置成功检查 5. 说明事项 1. 高可用EureKa注册中心示意图 Spring Cloud的Eureka Server的高可用实际上就是将自己作为服务向其他服注册中心注册自己，形成一组互相注册的服务注册中心，以实现服务清单的互相同步，达到高可用的效果。 如下图，Eureka server 1， Eureka server 2相互感应，当有服务注册时，多个Eureka-server是对等的，它们都存有相同的信息，这就是通过服务器的冗余来增加可靠性，当有一台服务器宕机了，服务并不会终止，因为另一台服务存有相同的数据。 2. Eureka实例相互注册配置 Eureka通过运行多个实例，使其更具有高可用性，这是它默认的属性，需要做的就是给对等的实例一个合法的关联serviceUrl，分别配置Eureka多个实例的application.yml 使其相互注册。 比如有两个eureka服务，分别部署在两台服务器上。 第1个Eureka 配置文件application.yml如下： 第2个Eureka 配置文件application.yml如下： 项目中Eureka配置非常简单，分别部署在两台机器上

　　我们已经介绍了 1--SpringCloud的服务注册与发现Eureka ，其中，主要演示了如何构建和启动服务注册中心Eureka Server，以及如何将服务注册到Eureka Server中，但是在之前的示例中，这个服务注册中心是单点的，显然这并不适合应用于线上生产环境，那么下面在前文的基础上，我们来看看该如何构建高可用的Eureka Server集群。 准备 　　如果您还不熟悉如何构建服务中心和注册服务，请先阅读 1--SpringCloud的服务注册与发现Eureka Eureka Server的高可用 　　Eureka Server除了单点运行之外，还可以通过运行多个实例，并进行互相注册的方式来实现高可用的部署，所以我们只需要将Eureke Server配置其他可用的serviceUrl就能实现高可用部署。 　　下面以中 1--SpringCloud的服务注册与发现Eureka 的eureka-server为基础，对其改造，构建双节点的服务注册中心。 创建application-peer1.properties文件 　　作为peer1服务中心的配置，并将serviceUrl指向peer2 spring.application.name=eureka- server server.port =1111 eureka.instance.hostname = peer1

Eureka高可用 1.设置服务器之间的host,测试环境是在window10上搭建的，所以去修改C:\Windows\System32\drivers\etc文件，如下： 2.创建项目： 3.编辑配置文件： application.yml: #一组服务需要使用相同的服务名称，才能被识别为一组！ application: name: eureka -server application- euk1.yml: eureka: client: #集群模式需要设置为true register -with-eureka: true #集群模式需要设置为true fetch -registry: true #设置服务注册中心的URL，用于client和server端交流 #注意事项： #eureka.client.serviceUrl.defaultZone配置项的地址，不能使用localhost，要使用service -center-1之类的域名，通过host映射到127.0.0.1 ； service - url: defaultZone: http: // euk2.com:8702/eureka/ instance: #hostname为必填 hostname: euk1.com server: port: 8701 ​ application.euk2.yml: eureka:

一：netflix和springcloud关系 netflix公司开源了很多组件 ，包括服务注册与发现 （Netflix Eureka） 、断路器 （Netflix Hystrix） 、负载均衡 （Netflix Ribbon） 、网关 （Netflix Zuul） 、配置管理 （Netflix Archaius） 、事件总线 (spring cloud bus) 等等。 springcloud对这些组件实现了封装,形成spring-cloud-netflix核心模块。 虽然Spring Cloud到现在为止不只有Netflix提供的方案可以集成，还有很多方案，但Netflix是最成熟的。 但是netfilx公司在宣布2.0以后就不在对源码进行开源 二：Eureka简介 为什么使用Eureka 微服务架构，我认为最核心的问题是就是要解决服务发现与负载均衡，而eureka就是为了解决服务的注册与发现，ribbon解决负载均衡 Eureka采用的是典型的C-S架构，在Eureka架构中有3个重要角色 1：Eureka Server （注册中心服务端） 2：Service Provider（服务提供者客户端） 3：Service Consumer（服务消费者客户端） 4 ：服务监控界面 三 dubbo的原理对比 Provider 暴露服务方称之为“服务提供者”。 Consumer 调用