使用 Spring Cloud 搭建微服务 Demo

一、为什么要引入微服务

首先我们先讲一下应用模式的演变过程：

1. 单体应用

在没有提出微服务的概念的时候，一个软件应用，往往会将应用所有功能都开发和打包在一起，那时候的一个B/S应用架构一般为：

但是，当用户访问量变大导致一台服务器的时候，便添加加负载均衡，架构如下：

后面发现把静态文件独立出来，通过CDN等手段进行加速，可以提升应用的整体相应，单体应用的架构就变成：

对此可发现单体应用的缺点：

• 代码臃肿，应用启动时间较长；
• 代码耦合性增强，不易进行bug修复。
• 伸缩困难，单体应用扩展性能时只能整个应用进行扩展，造成计算资源浪费。

2.微服务

对此可引入微服务概念：

一个基本的微服务必须具备以下基本特征：

• 单一职责的。一个微服务应该都是单一职责的，这才是“微”的体现，一个微服务解决一个业务问题。
• 面向服务的。将自己的业务能力封装并对外提供服务，这是继承SOA的核心思想，一个微服务本身也可能使用到其它微服务的能力。

微服务基本架构图，如下：

3.微服务框架

3.1 Dubbo整合zookeeper进行部署

• 此处不作详细介绍

3.2 Spring Cloud(引入正题)

直接进入Demo搭建，博主采取的编译器为IDEA；

3.2.1 新建Maven项目

新建一个普通的Maven项目，博主项目名称为Blog，这个项目的pom文件作为父级pom文件，起到依赖版本控制的作用，其他Module模块均继承该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>org.Blog</groupId>
    <artifactId>Blog</artifactId>
    <version>1.0-SNAPSHOT</version>

    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
        <java.version>1.8</java.version>
        <spring-cloud.version>Greenwich.SR1</spring-cloud.version>
    </properties>

    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.1.5.RELEASE</version>
        <relativePath/>
    </parent