docker-swarm建立本地集成开发环境

在k8s出现之后，docker-swarm使用的人越来越少，但在本地集成开发环境的搭建上，使用它还是比较轻量级的，它比docker-compose最大的好处就是容器之间的共享和服务的治理，你不需要links容器，也不知道关心失败之后的重启，这些都于swarm来实现。

对于docker-compose和docker-swarm的分工

docker-compose用来进行镜像的编排，同时将多个相关镜像构建
docker-swarm用来启动和管理容器，它不能构建镜像

建立compose文件，不支持build,links,depends_on

services:

  db:

    image: arungupta/couchbase:latest

    ports:

      - 8091:8091

      - 8092:8092

      - 8093:8093

      - 11210:11210

swarm初始化

docker swarm init

建立服务

docker stack deploy --compose-file=docker-compose-swarm.yml lind

查看所有服务列表

docker stack ls

查看指定服务

docker stack services lind

更新某个服务

docker service update lind_service1 //有时我们的lind_service1依赖于configserver，当后者没有重启动，前者会一直报错，然后使用默认的配置，由于默认配置为localhost，所以就出现了连接失败的情况

删除服务

docker stack  rm lind

痛点

configserver是比较低层的服务，所有项目的配置都来自于这个服务，我们拿eureka配置为例，如果项目从配置中心拿不到它的配置，会使用默认的localhost:8761做为连接地址，这在某些不是localhost:8761的环境下，这简直就成了灾难。

配置中心使用本地仓库

配置中心的配置文件一般存储在git远程，而如果太依赖远程也不是好事，你可以把仓库下载到本地，然后挂载到容器目录即可，但在进行操作时也有一些需要注意的点：

配置中心的目录必须是git仓库，默认是master分支
使用docker-comopse部署时，使用volumes把宿主目录挂载到容器目录，例如固定为config_repo，它可以在yml文件里提前声明。

compose文件

 configserver:

   image: swarm_configserver

   ports:

     - "6200:6200"

     - "6201:6201"

   environment:

     SPRING_PROFILES_ACTIVE: development

     PORT: 6200

     BG_PORT: 6201

     EUREKA_PORT: 6761

     MY_IP: 192.168.170.30

   volumes:

        - /Users/lind.zhang/github/config_repo:/config_repo

bootstramp.yml文件

spring:

  profiles: development

  cloud:

    config:

      server:

        git:

          uri: /config_repo

秒客网