一、基础架构

Spring Cloud Eureke作为服务治理架构，有三个核心要素：

• 服务注册中心：Eureka Server，提供注册发现服务功能
• 服务提供方：Eureka Client，将自己的服务注册到注册中心，以供消费
• 服务消费方：消费者从注册中心获取服务，并且调用，实现方式有Ribbon或Fegin

下面我们详细说下从服务注册，到服务治理，到服务调用各个要素所涉及的重要通信行为

一、简介

高可用：一般用于生产环境，由客户端应用关联注册中心集群，这样避免注册中心的单点故障。

常见的配置手段：

• 多注册中心主机
• 注册中心DNS
• 广播

一、简单介绍

1.服务发现

在计算机网络中，一种自动发现设备或服务的技术，一般通过服务发现协议来实现。

常见的协议有：

• Java：jini
• REST
• Web Service

2.服务注册

在计算机网络中，为了更好的去治理服务，将服务注册到一个注册中心，统一管理，以便更好的被发现和消费，即服务注册。

常见的注册中心：

• zookeeper：高一致性，损失高可用性，性能最差
• Netflix Eureka：高可用但不高一致性
• Consul：两者结合，又高可用又高一致性，比较均衡，而且不止是注册中心，还能充当配置中心的角色，并且去中心化

一、分布式Config

1.分布式配置架构

传统架构

可以看到，在传统架构中，每个配置硬编码到应用中，写在properties或者xml里，跟随这项目一起保存到git或者svn仓库中。当配置越来越多的时候，比如MQ，数据库，Redis，ES等等的配置，只能一个文件一个文件的累加，并且每当修改时都需要重新打包部署，浪费时间且冗余。

缺点：

• 硬编码
• 写在properties，集群环境下需要替换和重启
• 写在xml中，和应用一起打包，替换需要重新打包部署

一、前景回顾

1.回顾SpringBoot的配置

具有application.yaml和application.properties两种，在源码中也反应出来：

通过PropertySourcesLoader.load()中的PropertySourceLoader，具有两种实现方式

• YamlPropertySourceLoader
• PropertiesPropertySourceLoader

因为对于配置文件的加载也是事件监听模式，所以对于Application配置文件的监听器为ConfigFileApplicationListener

==注意：使用的SpringCloud的版本为Dalston.SR4，对于Finchley可能会有不同！==

一、SpringCloud简介

SpringCloud是基于SpringBoot实现的云应用开发工具，对微服务提供解决方案，主要的功能有：配置管理，服务发现，断路器，智能路由，微代理，控制总线，全局锁，决策竞选，分布式会话和集群状态管理等操作，提供了简单的开发方式。

SpringCloud包含多个子项目：Spring Cloud Config、Spring Cloud Netflix、Spring Cloud CloudFoundry、Spring Cloud AWS、Spring Cloud Security、Spring Cloud Commons、Spring Cloud Zookeeper、Spring Cloud CLI等项目。