01-Spring Cloud分布式开发-服务调用
简介
微服务是系统架构上的一种设计风格,
主旨是将一个原本独立的系统拆分成多个小型服务,
这些小型服务都在各自独立的进程中运行.
服务之间通过基于HTTP的RESTful API进行通信协作.
每一个小型服务都围绕系统中某一项耦合度较高的业务功能进行构建,
并且每个服务都维护着自身的数据存储/业务开发/自动化测试案例以及独立部署机制.
使用微服务设计风格的原因:
- 不断扩大的需求使得单体应用变得越来越臃肿
- 单体应用系统部署在一个进程内,修改一个很小的功能会导致其他功能模块都需要重先部署, 从而影响其他功能的运行
- 随着系统的发展, 单体应用的维护成本会变得越来越大, 难以控制.
微服务设计风格的优势:
- 每个服务都运行在自己的进程内, 在部署上有稳定的边界, 服务之间互不影响.
- 可以更准确地评估每个服务的性能容量
去中心化:
去中心化管理数据
去中心化可以让数据管理更加细致化, 用过采用更合适的技术让数据存储和性能达到最优
容错设计:
部分服务出现故障时, 不影响其他服务的正常运行
Spring Cloud是基于Spring Boot实现的微服务架构开发工具.
为微服务架构中涉及的配置管理/服务治理/断路器/智能路由/微代理/控制总线/全局锁/决策竞选/分布式会话/集群状态管理等操作提供了一种简单的开发方式
一. 搭建父工程
1. 选择一个简单的Maven工程模板进行父工程创建
2. 进入工作空间, 打开Settings设置文件编码为UTF-8
然后, 启用注解处理:
3. pom.xml文件, 将pom文件修改为如下(很简单的)
将打包方式改为pom:
依赖管理, 导入需要的依赖(注意spring boot和spring cloud版本适配性, 其他依赖根据自行需要导入):
二. 创建model: cloud-commons
1. 删除src目录, 新建Module, 创建一个通用包模块cloud-commons, 用于放置工程模块的公共代码
2. pom.xml只需要添加需要的依赖就可以了, 其他不用管
3. 现在在该模块下创建一个实体类包:
再创建一个用于接口返回的通用实体:
三. 创建服务提供者: cloud-provider-user8001
1. 在父工程下创建新的module:
2. pom.xml:
3. 在src/main/resources下新建application.yml文件, 内容如下:
4. 写业务逻辑(controller, service, mapper. 和平时的一模一样)
UserController:
UserServiceImpl:
UserMapper:
UserMapper.xml:
执行main方法, 能运行就OK:
四. 创建服务消费者: cloud-consumer-user80
1. 创建过程与创建服务提供者相同
pom.xml结构也是类似的, 将需要的依赖加上就行.
application.yml:
server:
port: 80
#
spring:
application:
name: cloud-consumer-service
2. 创建config
注册服务调用的REST模板
3. 创建controller
打开PostMan进行测试服务消费者:
OK, 访问成功!!
以上步骤完成了服务消费者到提供者的调用












浙公网安备 33010602011771号