前言

采用maven聚合工程搭建一个简单的微服务，包括注册中心、服务提供者、服务消费者，采用docker-compose一键部署

总体目录结构

快速编写微服务

common-api

很明显，这是一个公用api模块，里边就做一件事，提供接口约束

nacos-server-provider

很明显，这是服务的提供者，引入common-api依赖，实现接口，并且提供对外访问url

nacos-server-consumer

我们使用feign来实现RPC调用privider提供的服务,引入对应的依赖

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-openfeign</artifactId>
    <version>2.1.0.RELEASE</version>
</dependency>
		
<dependency>
    <groupId>com.netflix.archaius</groupId>
    <artifactId>archaius-core</artifactId>
    <version>0.7.6</version>
    <exclusions>
        <exclusion>
            <groupId>com.google.guava</groupId>
            <artifactId>guava</artifactId>
        </exclusion>
    </exclusions>
</dependency>

注意，记得需要在启动类上添加上@EnableFeignClients注解，然后写一个feign调用接口，以及对应的兜底方法

同样需要有提供调用的url

后续调用的接口就是：nacos-server-consumer:端口/consumer/sayHello，然后就会找到微服务名称为nacos-server-provider的提供者，调用他提供的服务方法

编写docker-compose文件

除去微服务中心Nacos，其他的均配合Dockerfile完成镜像的构建

common-api的Dockerfile

（可以使用体积更加小的jdk源镜像，这里为了演示方便就怎么简单怎么来）

FROM java:8
MAINTAINER iamamg97@163.com

RUN echo "-------------------[nacos-server-common-api制作完成！！！]----------------------"

nacos-server-provider的Dockerfile

FROM java:8
MAINTAINER iamamg97@163.com

COPY /target/*.jar /provider.jar
ENTRYPOINT ["java","-jar","/provider.jar"]
RUN echo "-------------------[nacos-server-provider制作完成！！！]----------------------"

nacos-server-consumer的Dockerfile

FROM java:8
MAINTAINER iamamg97@163.com

COPY /target/*.jar /consumer.jar
ENTRYPOINT ["java","-jar","/consumer.jar"]
RUN echo "-------------------[nacos-server-consumer制作完成！！！]----------------------"

编写docker-compose.yml文件

前面的都没什么好讲的，现在来说一下这个docker-compose.yml文件，这是docker-compose进行容器编排的时候需要用到的配置文件，先给出完整的yml文件，然后逐块进行说明

version: '3.0'
services:
  nacos-common-api:
    build:
      context: ./common-api
      dockerfile: Dockerfile
  nacos-server-provider:
    build:
      context: ./nacos-server-provider
      dockerfile: Dockerfile
    ports:
      - 9001:9001
    depends_on:
      - nacos-common-api
  nacos-server-consumer:
    build:
      context: ./nacos-server-consumer
      dockerfile: Dockerfile
    ports:
      - 9002:9002
    depends_on:
      - nacos-common-api

networks:
  default:
    external:
      name: nacos-net

docker-compose.yml主要包含三大块内容，分别是version、services、networks

• 进来就需要给一个version版本号，这个版本号不是随意给的，是得根据你docker版本来决定的docker版本通过docker --version可以得到，我服务器上的版本是1.31.1，所以我version选择3.0即可
• services块里边就是每个服务的定义，根据上述配置文件进一步分析build代表是一个构建对象，配合context上下文路径和dockerfile文件进行构建ports是暴露的端口，可以有多个，例如这里就是暴露对应服务的端口供外部访问depends_on是依赖于哪一个容器，同样是可以有多个，例如上述的provider和consumer都依赖于公用的api接口
• networks块管的是网络上述意思就是使用容器外部的网络nacos-net，这个是我预先通过docker network create出来的，也可以不采用这样子的方式，具体的可以参考官方文档

开始部署

• 首先我们对整个父工程进行clean，install这里需要注意，打成jar的服务需要在pom文件中添加如下插件<build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> </plugin> </plugins> </build>
• 然后把nacos容器给启动起来
• 在父工程目录下执行docker-compose up -d一键部署
• 测试一下是否部署成功，进入nacos可视化页面，发现这两个服务已经注册上来了
• 网页访问一下，也没有问题（如果访问不到的有可能是服务器安全组没有开放对应的端口）

取消部署

我们docker ps一下，发现provider、consumer容器是正在运行的

直接在父工程目录下使用docker-compose down一键停止对应的容器服务，再ps一下就发现容器已经停止了，最后一行由于使用网络是网络引入的，所以不会remove，如果在编排的时候没有指定网络，实际上docker会自定义一个网络，待到down的时候也会remove掉

总结

可能本文的例子还是不能深刻的说明docker-compose容器编排的好处，因为就只有简单的几个服务，但是一旦服务多起来了，使用docker-compose的优势就体现出来了，而且其实最主要的还是docker-compose.yml的编写，这个真的需要下点功夫

（说得好，我选k8s...）

来源：https://www.cnblogs.com/iamamg97/p/15694037.html