Spring Cloud【Finchley】实战-04将订单微服务与商品微服务分别拆分为多模块

简介: Spring Cloud【Finchley】实战-04将订单微服务与商品微服务分别拆分为多模块

Spring Cloud【Finchley】专栏


如果还没有系统的学过Spring Cloud ,先到我的专栏去逛逛吧

Spring Cloud 【Finchley】手札


概述


上篇博文 Spring Cloud实战-03订单微服务与商品微服务之间的调用 我们虽然打通了订单流程,但是还是有些问题需要去修改和完善下

  • 问题一:将数据表映射的实体类暴露出去了,建议最好再封装一层

20190325235349656.png


问题二:同一个对象在不同微服务之间重复定义

我们在Order微服中使用Feign调用Product微服务提供的一些接口时 ,原本属于product微服务的Product和CartDTO类为了不报错却不得不在Order为服务中重复定义,维护较为麻烦。 原则是:这些类该属于哪个模块就在哪个模块定义。


20190326000026835.png

20190325235656459.png


问题三: 将对方的服务定义到自己的服务中

order和product 可能是两个小组来开发,而我们要在order微服中将product微服务的请求的url写到自己的为服务中,将对方的服务定义到自己的服务中是不是不太合理? 应该自己管理自己的对外接口,暴露出去供外部调用者使用。


20190326000800205.png


那如何解决上述问题呢? 答案就是利用maven的多模块技术,将服务拆分为多个子模块。

如何拆分SpringBoot项目,阿里小马哥有个视频讲的挺好,移步:https://www.imooc.com/video/16354

或者参考我以前的博文 : Maven父子工程的搭建


Product微服务功能分析及多模块拆分

拆分原则

我们将Product划分为3个子模块

  • product Server : 所有业务逻辑
  • product Client : 对外暴露的接口(目前有查询商品和扣减库存)
  • product Common : 公用的对象

三者的依赖关系,

product Server 依赖 product Common

product Client 依赖 product Common

那动手拆分起来吧


Step1. 调整主(父)工程的工程类型 packaging为pom


将packaging 由 jar 改为 pom

<packaging>jar</packaging>

调整为:

<packaging>pom</packaging>



20190326010051718.png


Step2. 新建子模块

选中artisan-product工程 右键 New — Module ,

一定要选Maven


20190326010129269.png


啥都不用勾选,默认下一步


20190326010237943.png


Next


20190326010252477.png


确认下,默认即可,点击 Finish结束 。


回头查看父工程的pom.xml 已经新增了 modules节点如下信息

20190326010403687.png

再看下新建的子模块 product-server



20190326010524248.png


未完待续…

2019-03-31续

经过了一周丧心病狂的加班,周末终于有时间了,那我们继续吧

先建好3个子Module(方式同上),然后再将代码按照模块的划分分别整合到各个子模块中。


20190331182132960.png


模块已经建好,根据确定好的拆分原则那将代码按照模块的划分分别整合到各个子模块中吧。

几个注意事项:

  1. 凡是版本的定义,都建议放在最外层的dependencyManagement中,方便做到统一管理
  2. 依赖的模块,需要先mvn install ,其他模块才可以正确的引用


父pom

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.artisan</groupId>
    <artifactId>artisan-product</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <modules>
        <module>product-server</module>
        <module>product-client</module>
        <module>product-common</module>
    </modules>
    <packaging>pom</packaging>
    <name>artisan-product</name>
    <description>Product</description>
    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.0.3.RELEASE</version>
        <relativePath/> <!-- lookup parent from repository -->
    </parent>
    <properties>
        <java.version>1.8</java.version>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
        <productcommon.version>0.0.1-SNAPSHOT</productcommon.version>
        <springcloud.version>Finchley.RELEASE</springcloud.version>
    </properties>
    <!-- 凡是版本的定义,都建议放在最外层的dependencyManagement中,方便做到统一管理 -->
    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-dependencies</artifactId>
                <version>${springcloud.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
            <!-- product-server和product-client都需要依赖该模块,
            在这里定义版本之后,在server和client模块引用的话就无需再加上version了,方便统一管理 -->
            <dependency>
                <groupId>com.artisan</groupId>
                <artifactId>product-common</artifactId>
                <version>${productcommon.version}</version>
            </dependency>
        </dependencies>
    </dependencyManagement>
</project>


product common

主要是解决问题一将数据表映射的实体类暴露出去了,建议最好再封装一层



20190401235500228.png


pom.xml

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>artisan-product</artifactId>
        <groupId>com.artisan</groupId>
        <version>0.0.1-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>
    <artifactId>product-common</artifactId>
    <dependencies>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
        </dependency>
    </dependencies>
</project>


product client


主要是解决问题二同一个对象在不同微服务之间重复定义以及问题三自己的服务写到自己的工程中。

那么我们就将属于product微服务的ProductClient定义在该模块中


20190401235745178.png


product client 依赖 product common

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>artisan-product</artifactId>
        <groupId>com.artisan</groupId>
        <version>0.0.1-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>
    <artifactId>product-client</artifactId>
    <dependencies>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-openfeign</artifactId>
        </dependency>
        <dependency>
            <groupId>com.artisan</groupId>
            <artifactId>product-common</artifactId>
        </dependency>
    </dependencies>
</project>
package com.artisan.product.client;
import com.artisan.product.common.DecreaseStockInput;
import com.artisan.product.common.ProductOutput;
import org.springframework.cloud.openfeign.FeignClient;
import org.springframework.web.bind.annotation.PostMapping;
import java.util.List;
@FeignClient(name="ARTISAN-PRODUCT")
public interface ProductClient {
    @PostMapping("/product/productListForOrder")
    List<ProductOutput> getProductForOrder(List<String> productIdList);
    /**
     * 这里我们就不用CartDTO了,因为它属于Order工程,我们这里自己在ProductCommon中自己维护一个DTO类
     * DecreaseStockInput
     * @param decreaseStockInputList
     */
    @PostMapping("/product/decreseProduct")
    void decreseProduct(List<DecreaseStockInput> decreaseStockInputList);
}

product server

product server也依赖 product common

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>artisan-product</artifactId>
        <groupId>com.artisan</groupId>
        <version>0.0.1-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>
    <artifactId>product-server</artifactId>
    <dependencies>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-jpa</artifactId>
        </dependency>
        <dependency>
            <groupId>mysql</groupId>
            <artifactId>mysql-connector-java</artifactId>
        </dependency>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-devtools</artifactId>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>com.artisan</groupId>
            <artifactId>product-common</artifactId>
        </dependency>
    </dependencies>
    <!--打包 放在product-server中-->
    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>
</project>

20190402000101510.png


ProductController


20190402000302927.png


ProductService 接口

2019040200075684.png


然后删掉些之前的引用即可。


Order微服务的改造

同上,就不多赘述了,详见Github,

目前order-client 和 order-common没有啥需求,先写个空的吧,后续根据需求逐步完善,


20190402001016663.png

其中order-server模块需要说明的是:

因为要调用商品微服务来查询商品和扣减库存,所以要依赖product-client包

    <dependency>
            <groupId>com.artisan</groupId>
            <artifactId>product-client</artifactId>
        </dependency>

同时为了让order server微服务启动时实例化Feign接口,需要配置扫描基包 (因为他们不在一个工程的同一级或者子孙级目录中)

@EnableFeignClients(basePackages="com.artisan.product.client")


20190402002232442.png


测试

启动注册中心,通过product-server和order-server中的main函数启动俩微服务,

下单

20190402001234684.png

select * from artisan_order a where a.order_id = '1554135137371873119';
select * from order_detail a  where a.order_id = '1554135137371873119';

20190402001420354.png20190402001445164.png


代码


Github

https://github.com/yangshangwei/springcloud-o2o/tree/master/artisan-product

https://github.com/yangshangwei/springcloud-o2o/tree/master/artisan_order

相关文章
|
3月前
|
Java UED Sentinel
微服务守护神:Spring Cloud Sentinel,让你的系统在流量洪峰中稳如磐石!
【8月更文挑战第29天】Spring Cloud Sentinel结合了阿里巴巴Sentinel的流控、降级、熔断和热点规则等特性,为微服务架构下的应用提供了一套完整的流量控制解决方案。它能够有效应对突发流量,保护服务稳定性,避免雪崩效应,确保系统在高并发下健康运行。通过简单的配置和注解即可实现高效流量控制,适用于高并发场景、依赖服务不稳定及资源保护等多种情况,显著提升系统健壮性和用户体验。
76 1
|
3月前
|
Cloud Native Java Nacos
微服务时代的新宠儿!Spring Cloud Nacos实战指南,带你玩转服务发现与配置管理,拥抱云原生潮流!
【8月更文挑战第29天】Spring Cloud Nacos作为微服务架构中的新兴之星,凭借其轻量、高效的特点,迅速成为服务发现、配置管理和治理的首选方案。Nacos(命名和配置服务)由阿里巴巴开源,为云原生应用提供了动态服务发现及配置管理等功能,简化了服务间的调用与依赖管理。本文将指导你通过五个步骤在Spring Boot项目中集成Nacos,实现服务注册、发现及配置动态管理,从而轻松搭建出高效的微服务环境。
217 0
|
2月前
|
负载均衡 Java 网络架构
实现微服务网关:Zuul与Spring Cloud Gateway的比较分析
实现微服务网关:Zuul与Spring Cloud Gateway的比较分析
66 5
|
2月前
|
Java API 对象存储
微服务魔法启动!Spring Cloud与Netflix OSS联手,零基础也能创造服务奇迹!
这段内容介绍了如何使用Spring Cloud和Netflix OSS构建微服务架构。首先,基于Spring Boot创建项目并添加Spring Cloud依赖项。接着配置Eureka服务器实现服务发现,然后创建REST控制器作为API入口。为提高服务稳定性,利用Hystrix实现断路器模式。最后,在启动类中启用Eureka客户端功能。此外,还可集成其他Netflix OSS组件以增强系统功能。通过这些步骤,开发者可以更高效地构建稳定且可扩展的微服务系统。
47 1
|
19天前
|
JSON 前端开发 JavaScript
优雅!Spring Boot 3.3 实现职责链模式,轻松应对电商订单流程
本文介绍如何使用 Spring Boot 3.3 实现职责链模式,优化电商订单处理流程。通过将订单处理的各个环节(如库存校验、优惠券核验、支付处理等)封装为独立的处理器,并通过职责链将这些处理器串联起来,实现了代码的解耦和灵活扩展。具体实现包括订单请求类 `OrderRequest`、抽象处理器类 `OrderHandler`、具体处理器实现(如 `OrderValidationHandler`、`VerifyCouponHandler` 等)、以及初始化职责链的配置类 `OrderChainConfig`。
|
2月前
|
缓存 Java 应用服务中间件
随着微服务架构的兴起,Spring Boot凭借其快速开发和易部署的特点,成为构建RESTful API的首选框架
【9月更文挑战第6天】随着微服务架构的兴起,Spring Boot凭借其快速开发和易部署的特点,成为构建RESTful API的首选框架。Nginx作为高性能的HTTP反向代理服务器,常用于前端负载均衡,提升应用的可用性和响应速度。本文详细介绍如何通过合理配置实现Spring Boot与Nginx的高效协同工作,包括负载均衡策略、静态资源缓存、数据压缩传输及Spring Boot内部优化(如线程池配置、缓存策略等)。通过这些方法,开发者可以显著提升系统的整体性能,打造高性能、高可用的Web应用。
63 2
|
2月前
|
Java 对象存储 开发者
微服务世界的双雄争霸:Spring Cloud与Netflix OSS——谁将引领下一次企业级应用变革的风暴?
Spring Cloud与Netflix OSS是微服务架构的核心组件集,分别以其与Spring Boot的紧密集成及为大规模分布式系统设计的特性,在Java开发社区中广受青睐。前者通过Eureka提供服务发现机制,简化服务注册与定位;后者借助Hystrix增强系统弹性和可靠性,避免雪崩效应。此外,二者还包含负载均衡(Ribbon)、声明式HTTP客户端(Feign)及API网关(Zuul)等功能,共同构建强大微服务体系,助力开发者聚焦业务逻辑,提升系统灵活性与性能。
42 0
|
2月前
|
Cloud Native Java 对象存储
揭秘微服务架构之争:Spring Cloud与Netflix OSS巅峰对决,谁将称霸弹性云原生时代?
近年来,微服务架构成为企业应用的主流设计模式。本文对比了两大热门框架Spring Cloud和Netflix OSS,探讨其在构建弹性微服务方面的表现。Spring Cloud依托Spring Boot,提供全面的微服务解决方案,包括服务注册、配置管理和负载均衡等。Netflix OSS则由一系列可独立或组合使用的组件构成,如Eureka、Hystrix等。两者相比,Spring Cloud更易集成且功能完善,而Netflix OSS则需自行整合组件,但灵活性更高。实际上,两者也可结合使用以发挥各自优势。通过对两者的对比分析,希望为企业在微服务架构选型上提供参考。
49 0
|
3月前
|
Java 微服务 Spring
SpringBoot+Vue+Spring Cloud Alibaba 实现大型电商系统【分布式微服务实现】
文章介绍了如何利用Spring Cloud Alibaba快速构建大型电商系统的分布式微服务,包括服务限流降级等主要功能的实现,并通过注解和配置简化了Spring Cloud应用的接入和搭建过程。
SpringBoot+Vue+Spring Cloud Alibaba 实现大型电商系统【分布式微服务实现】