springcloud篇1（微服务技术栈、服务拆分与远程调用、Eureka、Nacos） ...

一、微服务技术栈

别的，为了监控，还有“分布式日志服务”和“体系监控链路追踪”：

最后，使用Jenkins技术对微服务举行自动化编译，再使用docker举行打包形成镜像，再基于k8s大概rancher去实现自动化的摆设，这一套机制称为连续集成。

微服务技术栈包罗微服务技术和连续集成。
1.1 熟悉微服务

1.1.1 单体架构

单体架构：将业务的所有功能会合在一个项目中开发，打成一个包摆设。
长处：架构简朴；摆设本钱低；
缺点：耦合度高。

1.1.2 分布式架构

分布式架构：根据业务功能对体系举行拆分，每个业务模块作为独立项目开发，称为一个服务。
长处：降低服务耦合；有利于服务升级拓展。

分布式架构中一个服务调用另一个项目的接口必要使用远程调用。
微服务是一种颠末良好架构设计的分布式架构方案。
二、服务拆分与远程调用

好比现在有一个需求是查询订单，同时把订单里关联的用户信息、商品信息都查出来。从前的开发模式是先查订单，再根据订单里的用户id去查用户信息及商品id去查商品信息。这些步骤违反了分布式架构的单一职责原则 ，订单模块只做与订单干系的业务，用户查询和商品查询的任务不由订单模块来做。

2.1 服务拆分注意事项

微服务拆分有以下注意事项：
（1）不同微服务，不要重复开发雷同业务；
（2）微服务数据独立，不要访问别的微服务的数据库；
（3）微服务可以将本身的业务暴露为接口，供别的微服务调用。

2.2 案例

打开Services窗口可以查察项目中所有的服务：

有两个服务：user_service和order-service，分别连接两个不同的数据库（这里为了测试方便放在一个mysql服务中）。

不同的数据库分别执行预先准备好的sql文件，加载数据：

cloud-order.sql内容如下：

1. /*
2. Navicat Premium Data Transfer
4. Source Server         : local
5. Source Server Type    : MySQL
6. Source Server Version : 50622
7. Source Host           : localhost:3306
8. Source Schema         : heima
10. Target Server Type    : MySQL
11. Target Server Version : 50622
12. File Encoding         : 65001
14. Date: 01/04/2021 14:57:18
15. */
17. SET NAMES utf8mb4;
18. SET FOREIGN_KEY_CHECKS = 0;
20. -- ----------------------------
21. -- Table structure for tb_order
22. -- ----------------------------
23. DROP TABLE IF EXISTS `tb_order`;
24. CREATE TABLE `tb_order`  (
25.   `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '订单id',
26.   `user_id` bigint(20) NOT NULL COMMENT '用户id',
27.   `name` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '商品名称',
28.   `price` bigint(20) NOT NULL COMMENT '商品价格',
29.   `num` int(10) NULL DEFAULT 0 COMMENT '商品数量',
30.   PRIMARY KEY (`id`) USING BTREE,
31.   UNIQUE INDEX `username`(`name`) USING BTREE
32. ) ENGINE = InnoDB AUTO_INCREMENT = 109 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;
34. -- ----------------------------
35. -- Records of tb_order
36. -- ----------------------------
37. INSERT INTO `tb_order` VALUES (101, 1, 'Apple 苹果 iPhone 12 ', 699900, 1);
38. INSERT INTO `tb_order` VALUES (102, 2, '雅迪 yadea 新国标电动车', 209900, 1);
39. INSERT INTO `tb_order` VALUES (103, 3, '骆驼（CAMEL）休闲运动鞋女', 43900, 1);
40. INSERT INTO `tb_order` VALUES (104, 4, '小米10 双模5G 骁龙865', 359900, 1);
41. INSERT INTO `tb_order` VALUES (105, 5, 'OPPO Reno3 Pro 双模5G 视频双防抖', 299900, 1);
42. INSERT INTO `tb_order` VALUES (106, 6, '美的（Midea) 新能效 冷静星II ', 544900, 1);
43. INSERT INTO `tb_order` VALUES (107, 2, '西昊/SIHOO 人体工学电脑椅子', 79900, 1);
44. INSERT INTO `tb_order` VALUES (108, 3, '梵班（FAMDBANN）休闲男鞋', 31900, 1);
46. SET FOREIGN_KEY_CHECKS = 1;

复制代码

cloud-user.sql内容如下：

1. /*
2. Navicat Premium Data Transfer
4. Source Server         : local
5. Source Server Type    : MySQL
6. Source Server Version : 50622
7. Source Host           : localhost:3306
8. Source Schema         : heima
10. Target Server Type    : MySQL
11. Target Server Version : 50622
12. File Encoding         : 65001
14. Date: 01/04/2021 14:57:18
15. */
17. SET NAMES utf8mb4;
18. SET FOREIGN_KEY_CHECKS = 0;
20. -- ----------------------------
21. -- Table structure for tb_user
22. -- ----------------------------
23. DROP TABLE IF EXISTS `tb_user`;
24. CREATE TABLE `tb_user`  (
25.   `id` bigint(20) NOT NULL AUTO_INCREMENT,
26.   `username` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '收件人',
27.   `address` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '地址',
28.   PRIMARY KEY (`id`) USING BTREE,
29.   UNIQUE INDEX `username`(`username`) USING BTREE
30. ) ENGINE = InnoDB AUTO_INCREMENT = 109 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;
32. -- ----------------------------
33. -- Records of tb_user
34. -- ----------------------------
35. INSERT INTO `tb_user` VALUES (1, '柳岩', '湖南省衡阳市');
36. INSERT INTO `tb_user` VALUES (2, '文二狗', '陕西省西安市');
37. INSERT INTO `tb_user` VALUES (3, '华沉鱼', '湖北省十堰市');
38. INSERT INTO `tb_user` VALUES (4, '张必沉', '天津市');
39. INSERT INTO `tb_user` VALUES (5, '郑爽爽', '辽宁省沈阳市大东区');
40. INSERT INTO `tb_user` VALUES (6, '范兵兵', '山东省青岛市');
42. SET FOREIGN_KEY_CHECKS = 1;

复制代码

刷新一下表就导进来了：

2.2.1 需求1

要实现传订单id给订单模块查询订单信息时订单模块返回订单信息和用户信息的功能，必要订单模块根据订单里的用户id发送HTTP请求给用户模块查询用户信息，再将获得的用户信息及查出的订单信息一起返回。
2.2.1.1 注册RestTemplate（发送HTTP请求）

未使用远程调用之前：

查询结果：

使用restTemplate发起http请求查询用户信息：

结果：

注意：http请求做远程调用是与语言无关的调用，只要知道对方的ip、端口、接口路径、请求参数即可。
三、Eureka（发音“衣瑞可”）

在2.2.1.1的案例中，http请求的ip地址和端标语是写死在代码中的，，这在实际生产情况中是十分不适用的。项目开发有开发情况、测试情况和生产情况，且生产情况可能将服务摆设到多台服务器上，且必要保证选中的接受请求的服务器正常，这些工作可以用Eureka来实现。
3.1 作用

Eureka是一个注册中心。
user-service服务启动时向Eureka注册。

注意：上图中order-service想要调用user-service的接口，先告知注册中心折务名(user-service)，注册中心返回对应的ip和端标语，order-service再用ip和端标语去调用必要的接口。这样，当user-service的ip和端标语改变大概是集群模式时，order-service调用的方式不变。
3.2 实践

3.2.1 搭建一个Eurake服务

上述配置文件是在做服务的注册。

将一个服务复制一份，

注意：上图中设置的名字不是服务的名字，只是为了便于区分。服务名字在项目的配置文件中设置了，

右边的-Dserver是设置复制的服务的端标语。
复制的服务也启动：

3.2.2 将服务注册到Eureka

注意：这里的依赖是client，而eureka服务的依赖是server。
3.2.3 在另一个服务中完成服务拉取

@LoadBalanced为负载平衡注解。
可以看到，url里的ip地址和端标语用服务名取代。
3.3 Ribbon负载平衡

3.3.1 饥饿加载

四、Nacos

Nacos也是注册中心，是阿里巴巴的产物，现在是springcloud中的一个组件。相比Eureka功能更加丰富。
4.1 安装启动

安装解压nacos。

在bin目录下启动：

1. startup.cmd -m standalone

复制代码

打开上图中的console地址：

默认账号和暗码都是nacos。

4.2 服务注册到nacos

修改完项目配置，启动服务后：

4.3 Nacos服务分级存储模型

4.3.1 集群的引入

4.3.2 集群属性的配置

配置集群的属性：

一个例子：
如下图所示，将UserApplication和UserApplication2配置为HZ集群，UserApplication3配置为SH集群：

order-service配置HZ集群：

但其实这里时间order-service去访问user-service的服务，还是会接纳轮询的方式，也即集群模式并未生效。想要集群模式生效还必要配置负载平衡规则。
4.3.3 配置负载平衡规则NacosRule

配置完后，order-service访问user-service会有限访问UserApplication和UserApplication2。
如果将UserApplication和UserApplication2关闭，则会访问UserApplication3且会再日志打印跨集群访问信息。

4.3.4 根据权重负载平衡

在实际摆设中，服务器设备性能有差异，部分示例地点机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求。
Nacos提供了权重配置来控制访问频率，权重越大则访问频率越高。
配置方式如下：

如下图：

将Application(8081)和Application2(8082)权重分别配置为0.1和0.2，测试发现连续访问20次user-service接口，18次落在Application(8081),2次Application2(8082)。
增补：权重负载平衡应用-重启服务

在实际生产中，我们想要升级一个服务，不能直接将其重启（可能还有效户访问）。我们可以将集群中的一个实例的权重设为0，该实例徐徐地没有了请求，此时可以将该服务关闭，并重启升级了地服务。重启后也将服务权重设置得较小，则是少量用户的访问情况，若没问题则加大该实例的权重。
4.4 Nacos情况隔离namespace

Nacos不但是一个注册中心，也是一个数据中心。Nacos中服务存储和数据存储的最外层都是一个名为namespace的东西，用来做最外层隔离。

Nacos的默认定名空间为public：

服务默认在该定名空间：

新建定名空间：

配置服务所属的定名空间：

将定名空间的ID改为生成的：

重启服务：

此时，order-service和user-service属于两个定名空间，不能相互访问：

所以，想要服务能互相访问必要放到统一定名空间。
4.5 Nacos与Eureka的区别

4.5.1 Nacos和Eureka的共同点

（1）都支持服务注册和服务拉取；
（2）都支持服务提供者心跳方式做健康检测（即服务提供者定时告知注册中心本身在正常运行）。
4.5.2 Nacos和Eureka的区别

4.5.2.1 Nacos包罗暂时和非暂时实例

Nacos的实例包罗暂时实例和非暂时实例（默认是暂时实例）：

暂时实例采专心跳检测（与Eureka雷同）：

如果注册中心检测不到暂时实例的心跳，则将其直接从服务列表中剔除。
非暂时实例不要求做心跳，而是由nacos注册中心直接发请求询问，且检测不到不会将其从服务列表中剔除，等待非暂时实例回复正常：

设置暂时实例与非暂时实例的方法：

比方：

4.5.2.2 Nacos支持服务列表变更的消息推送模式

服务消耗者并不是每次发请求都向注册中心拉取，而是有一个服务列表缓存，拉取完一次在短时间内不用拉取而是直接使用列表中的值，在这些值中选择一个发起远程调用。
如果服务提供者的实例挂了，服务消耗者使用服务列表缓存中的值去发送远程调用会出问题。nacos的注册中心由自动推送并更消息的机制（每隔一段时间推送一次，且如有服务挂了立即推送消息）

4.6 Nacos配置管理

统一配置管理：
当生产中有多个微服务时，多个服务的配置文件（项目中的application.yml）的设置项雷同，我们希望对其统一管理，则可以使用一个统一的配置文件。服务启动时会读取配置服务管理中的配置并与当地配置结合生效。且若必要修改配置服务管理中的配置信息，可以直接修改，nacos会通知到服务，服务会重新读取，不必要重启。
4.6.1 Nacos实现配置管理

说明：Data ID为配置文件的id([服务名称].[profile].[后缀名])。

上图中的配置会写在一个优先级比application.yml高的文件（后续论述）。

4.6.2 微服务配置拉取

如上图，spring中有一个读取优先级比application.yml更高的bootstrap.yml文件，可以在该文件中配置nacos的地址，之后读取nacos的配置文件，再去读取当地的配置文件。
步骤如下：

后两步内容如下：

之后修改配置文件即可。
增补：可以看出，配置文件包罗nacos地址与nacos配置文件ID：

比方：

在nacos配置文件中配置一个dateformat字段。

可以看到服务生效：

4.6.3 配置热更新

此时去访问服务并未生效：

4.6.4 多情况共享配置

多情况共享的目标是不论是开发、测试还是生产情况都读取该nacos配置文件。

注意：
如果多个配置文件中,优先级如下：

4.6.5 Nacos集群搭建

步骤：
（1）搭建MySQL集群并初始化数据库表；
（2）下载解压nacos安装包；
（3）修改集群配置（节点信息）、数据库配置；
（4）启动nacos集群；
（5）nginx（恩居客丝）反向代理。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。