微服务使用指南

微服务使用指南

1.初识微服务

微服务可以认为是一种分布式架构的解决方案,提供服务的独立性和完整性,做到服务的高内聚、低耦合。

目前服务架构主要包含:单体架构和分布式架构

1.1 单体架构

单体架构:把所有业务功能模块都放在一个项目中进行开发,打成一个包部署。

优点:架构简单、易部署

缺点:功能模块耦合度高,升级维护困难

1.2 分布式架构

分布式架构:将系统中每个业务功能模块作为独立项目进行开发,分开进行部署,每个项目称为一个服务。

优点:耦合度低、有利于功能模块升级与维护

缺点:架构复杂、部署有一定难度

2.微服务特点

  • 独立职责:每个服务对应一个业务功能,职责独立
  • 自治 :因为每个服务都是一个独立项目,因此可以根据技术背景让不同的团队开发不同的服务,每个服务有自己的数据库,开发完成后进行独立部署,实现团队独立、技术独立、数据自治、独立部署与运行
  • 面向服务:服务提供统一标准的接口与外界进行交互,与语言和技术无关
  • 隔离性强:服务之间都是独立的,只能通过统一接口进行访问,隔离性强

3.微服务框架-SpringCloud

全球各地的互联网公司都在寻求可以落地的微服务方案,目前国内使用最广泛的微服务框架还是SpringCloud,官网地址:https://spring.io/projects/spring-cloud。SpringCloud集成了各种微服务功能组件,并基于SpringBoot实现了这些组件的自动装配,从而提供了良好的开箱即用体验。

:SpringCloud底层是依赖于SpringBoot的,并且有版本的兼容关系

4.服务拆分与远程调用

4.1 服务拆分

任何分布式架构方案都需要考虑服务拆分的问题:

  • 服务拆分的粒度如何确定?
  • 不同服务之间如何调用?
  • 不同服务之间调用关系如何管理?

微服务进行服务拆分的原则:

  • 不同的微服务,不重复开发相同的业务
  • 微服务数据库独立,不能去访问其它微服务的数据库
  • 微服务可以将自己的业务接口暴露出来,供其它微服务使用

例:现在要开发两个微服务:支付微服务和订单微服务,支付微服务中需要用到订单微服务中的数据

  • 支付微服务和订单微服务是两个完全不同的业务,不能包含相同的业务

  • 支付微服务和订单微服务都需要有自己的数据库,支付微服务不能访问订单微服务的数据库

  • 支付微服务和订单微服务都可以暴露自己的Restful接口供其它微服务使用,支付微服务可以通过访问订单微服务暴露的接口去获得数据

在服务的调用关系中,有两个不同的角色:

服务调用者:业务中访问其它微服务的服务称为服务调用者,就是一个服务去访问其它微服务暴露的业务接口

服务提供者:业务中被其它微服务访问的服务称为服务提供者,就是一个服务暴露业务接口供其它微服务访问

服务调用者和服务提供者的角色并不是绝对的,是相对与业务而言的,一个微服务既可以是服务调用者也可以是服务提供者

4.2 远程调用

实现微服务之间的调用,最开始的方式可以使用注册RestTemplate实例的方式,RestTemplate是用于服务之间远程通信的一个类,以上文提到的支付微服务和订单微服务为例,支付微服务中需要用到订单微服务中的数据。步骤如下:

注册RestTemplate到容器到支付微服务的Spring中

java 复制代码
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.context.annotation.Bean;
import org.springframework.web.client.RestTemplate;

@SpringBootApplication
public class PayApplication {

    public static void main(String[] args) {
        SpringApplication.run(PayApplication.class, args);
    }

    @Bean
    public RestTemplate restTemplate() {
        return new RestTemplate();
    }
}

在支付微服务的业务方法中使用RestTemplate向订单微服务发起请求

一般是在支付微服务的service层代码中,步骤如下:

  1. 注入RestTemplate对象
  2. 定义url,包括订单微服务的ip、端口、访问接口、访问参数
  3. 调用RestTemplate的getForObject对象,进行结果的解析和封装
java 复制代码
    @Autowired
    private RestTemplate restTemplate; 

	String url = "http://127.0.0.1:8080/order/"+id;
 	Order order = restTemplate.getForObject(url, Order.class);
复制代码
String url = "http://127.0.0.1:8080/order/"+id;
Order order = restTemplate.getForObject(url, Order.class);
复制代码
相关推荐
七牛云行业应用16 分钟前
Moltbook一夜崩盘:150万密钥泄露背后的架构“死穴”与重构实战
网络安全·postgresql·架构·高并发·七牛云
塔中妖30 分钟前
CANN深度解读:从算子库看AI计算的底层架构
人工智能·架构
像少年啦飞驰点、34 分钟前
从零开始学 RabbitMQ:小白也能懂的消息队列实战指南
java·spring boot·微服务·消息队列·rabbitmq·异步编程
全栈前端老曹1 小时前
【MongoDB】深入研究副本集与高可用性——Replica Set 架构、故障转移、读写分离
前端·javascript·数据库·mongodb·架构·nosql·副本集
程序员泠零澪回家种桔子1 小时前
Sentinel核心能力解析:限流与集群方案
后端·架构·sentinel
咕泡科技1 小时前
架构演进:从确定性工作流 (Workflow) 到自主智能体 (LLM Agent)
人工智能·架构
小白|1 小时前
高效AI推理引擎实战:基于CANN的自定义算子开发与性能调优
人工智能·架构
wotaifuzao1 小时前
STM32 + FreeRTOS 的订阅通知组件架构
stm32·嵌入式硬件·架构·freertos·事件驱动·嵌入式架构
logocode_li1 小时前
OCI/CRI 双标准下:从 dockerd 到 containerd 的 K8s 运行时迭代史
docker·云原生·容器·k8s
熊文豪2 小时前
CANN ops-transformer算子库架构与设计理念
深度学习·架构·transformer·cann