一、配置中心
1. Nacos配置中心的三大抽象概念
命名空间Namespace：代表不同环境，如开发、测试、生产环境，命名空间ID可以唯一标识这个命名空间
配置分组Group：代表某项目，如XX医疗项目、XX电商项目
配置集DataID：每个项目下往往有多个工程，每个配置集(DataID)是一个工程(微服务)的主配置文件，每个配置集DataID中包含的一个个配置内容就是配置项，比如连接数据库的参数配置、日志项配置等
注意事项：
- 在编写程序获取配置集时，如果没有指定命名空间，那么会默认指向保留的命名空间public；
- 不同命名空间是互相隔离的，创建相同Group、相同DataID也互不影响
2. 应用端程序获取指定命名空间下的配置信息
String serverAddr = "127.0.0.1:8848"; //IP+端口
String namespace = "d8fuhs-8dfdfjd-8udd-8df99";
String group = "DEFAULT_GROUP";
String dataId = "nacos-simple-demo.yml";
Properties properties = new Properties();
properties.put("serverAddr", serverAddr);
properties.put("namespace", namespace);
ConfigService configService = NacosFactory.createConfigService(properties);
//获取配置并输出控制台
String content = configService.getConfig(dataId, group, 5000);
System.out.println(content);3. 配置管理
(1) 批量处理配置文件：
① 导入导出：将dev命名空间下的配置文件导出到文件夹，然后将其导入到pro命名空间
② 克隆：将dev命名空间下的配置文件克隆到pro命名空间
(2) 对历史版本进行回滚
(3) 监听查询：应用端添加监听器
configService.addListener(dataId, group, new Listener() {
public Executor getExecutor() {
return null;
}
//当配置文件有变化时，获取通知
public void receiveConfigInfo(String s) {
System.out.println(s);
}
});4. Nacos配置管理应用于分布式系统
(1) 从单体架构到微服务架构
单体架构 | 微服务架构 | |
特点 | 虽是模块化逻辑，但最终会打包部署为单体式应用，所有功能都会部署在一个web容器中运行 | 将原先巨大的单体式应用分解为各个完成特定功能的微服务，每一个微服务都是完整应用，都有自己的业务逻辑和数据库 |
优点 | 开发效率高，模块之间交互采用本地方法调用，节省了微服务之间的交互和开发成本 | 易于开发、理解和维护，方便团队的拆分和管理，分而治之，职责单一 |
容易测试，在本地就可以启动完整的系统 | 局部容易修改，容易替换，容易部署，有利于持续集成和快速迭代 | |
容易部署，运维成本小，直接打包成一个完整的包，拷贝到web容器中某个目录即可运行 | 能够单独的对指定的服务进行伸缩，不受限于任何技术栈 | |
缺点 | 复杂性和可维护性逐渐变高，所有业务模块部署在一起，牵一发而动全身 | |
版本迭代速度变慢，修改一个地方需要将整个应用全部编译、部署、启动时间过长 | ||
不方便进行功能伸缩 |
(2) 分布式应用配置管理结构
(3) 分布式应用配置管理
① 在Nacos服务发现中心发布配置
② 创建父工程
③ 微服务service1配置：bootstrap.yml
由于使用外部配置中心，需创建bootstrap.yml，并且bootstrap.yml的加载顺序是优先于application.yml的，bootstrap.yml中的内容如下所示：
④ 微服务service2配置(和service1类似)
⑤ 支持配置的动态更新
//注入配置文件上下文
@Autowired
private ConfigurableAapplicationContext applicationContext;
@GetMapping(value = "/configs")
public String getConfigs() {
return applicationContext.getEnvironment().getProperty("common.name");
}⑥ 自定义扩展的DataId配置(可以让多个微服务读取一些公共的DataId配置集)
⑦ 配置的优先级
⑧ 完全关闭配置
cloud:
nacos:
config:
enabled: false #关闭配置5. Nacos配置管理-集群部署
(1) 安装3个以上Nacos
可以复制之前解压好的nacos文件，分别命名为nacos1、nacos2、nacos3
(2) 配置集群配置文件
在所有nacos目录的conf目录下，有文件cluster.conf.example，将其命名为cluster.conf，并将每行配置成ip:port(请配置3个以上)
# ip:port
127.0.0.1:8848
127.0.0.1:8849
127.0.0.1:8850(3) 分别执行nacos目录下的bin目录下的startup：
startup -m cluster(4) 启动后效果如下：
(5) 客户端配置的方式
方式一：客户端配置多个Nacos服务中心(IP+端口号)
方式二(官方推荐方式)：域名+虚拟IP的形式，该种方式下当Nacos集群迁移时，客户端配置无需修改
二、服务发现
1. 服务发现的定义
在微服务架构中，各个服务之间会通过协作来实现业务目标，免不了要进行服务的远程调用，服务的消费方要调用服务的生产方，为了完成一次请求，消费方需要知道服务生产方的网络位置(IP地址和端口号)
2. SpringCloud服务协作流程
SpringCloud常见的集成方式是使用Feign+Ribbon技术来完成服务远程调用及负载均衡。
整体流程如下：
微服务将自己的地址注册到Nacos服务发现中心，发现中心会维护微服务的注册表，当服务消费方需要调用服务生产方时，就可以从服务发现中心获取到服务生产方的地址，来进行远程调用。
(1) 负载均衡
就是将用户请求通过一定的策略，分摊在多个服务实例上执行，能够处理高并发、缓解网络压力和实现服务端扩容，主要可以分为服务端负载均衡和客户端负载均衡
Nginx - 服务端负载均衡
Ribbon - 客户端负载均衡
(2) 服务调用Feign
① 声明Feign客户端
@FeignClient(value = "serviceB")
public interface ServiceBAgent {
@GetMapping(value = "/service")
public String service();
}② 业务调用
@Autowired
private ServiceBAgent serviceBAgent;
//...略
serviceBAgent.service();
//...略3. Nacos服务发现入门案例
服务生产者
(1) 服务生产者的application
(2) Provider(生产者)服务实现
@RestController
public class ProviderController {
@GetMapping("/service")
public String service() {
return "provider invoke";
}
}(3) 启动生产者
@SpringBootAapplication
@EnableDiscoveryClient
@EnableFeignClients
public class NacosProviderApp {
public static void main(String[] args) {
SpringApplication.run(NacosProviderApp.class, args);
}
}服务消费者
(1) 服务消费者的application
(2) 生产者的远程代理
@FeignClient(name = "quickstart-provider")
public interface ProviderClient {
@GetMapping("/service")
String service();
}(3) 消费者服务实现
@RestController
public class ConsumerController {
@Autowired
private ProviderClient providerClient;
@GetMapping("/service")
public String service() {
String providerResult = providerClient.service();
return "consumer invoker" + "|" + providerResult;
}
}(4) 启动消费者
@SpringBootAapplication
@EnableDiscoveryClient
@EnableFeignClients
public class NacosConsumerApp {
public static void main(String[] args) {
SpringApplication.run(NacosConsumerApp.class, args);
}
}4. 测试多实例负载均衡
(1) application中设置动态参数
(2) 启动配置中的VM options
(3) 启动两个实例后，Nacos服务发现中心的信息
5. 指定命名空间和配置分组
之前的例子没有指定，默认是在public命名空间中的DEFAULT-GROUP分组中，下面给出如何自己指定位置
6. Spring Cloud Alibaba 综合集成架构
7. 网关gateway-zuul
作用一：路由转发，手机这个客户端需要访问许多微服务，每一个服务的实例都有一个地址，客户端就需要记住很多地址，很不方便。但是有了网关之后，客户端只需要记住网关这一个地址，由网关把请求转发到各个微服务。
作用二：过滤，拦截不合法请求。
(1) bootstrap.yml
(2) 在Nacos中的配置
(3) 网关服务启动类
