docker 容器间的通讯

需求：后台服务因为业务或需求的原因，多少会用到数据层如: mysql 或缓存层如: redis。而为了安全起见，又不想将底层数据服务暴露在主机上或公网上，docker 的 --link 恰好提供了这样的服务

1、docker 容器的网络模式

• 容器默认有三种网络模式
  • host: 容器在 run 的时候，指定 --net=host, 则该容器使用的网络配置和宿主机是一样的，包括相同的 ip 以及共享端口，如果主机有公网可以访问，则该容器同样可以在公网访问。
  • bridge: 容器在 run 的时候，默认的网络配置，如果不指定 --net 参数，则相当于 --net=bridge，该容器使用 docker 默认的网络配置，相比宿主机会有独立的 ip 和 port 使用，但是此时，该容器只会在内网通过 ip 和 port 访问，在公网是无法访问。
  • none: 容器没有配置网络，容器外无法访问，需要进行网络配置。
  • container:app: 容器使用 app 容器的网络配置，和 app 使用相同的 ip 以及共享端口。

2、docker 的 link

• docker run 的时候支持 --link db:aliasdb，通过 --link 连接名为 db 的容器，并将其别名设置为 aliasdb，此时即可以在新容器中使用 aliasdb 作为 db 容器的 ip，对 db 容器进行访问。

3、常用通讯方式

• 需求：
  • 程序 appC，需要连接数据库 mysqlC 和 redisC 容器
• 方式1、通过 --link
  • ① 启动 mysql
    docker run -d --name=mysqlC mysql:latest
    注释：后台创建一个 name 是 mysqlC 的容器，这里的 --net 使用的是默认模式，即 bridge。可以通过 docker inspect mysqlC 查看该容器的 ip，在宿主机上可以通过 ip 访问该服务。
  • ② 启动 redis
    docker run -d --name=redisC redis:latest
    注释：同 mysqlC
  • ③ 启动 app
    docker run -d --name=appC -p 8080:8080 --link=mysqlC:mysql --link=redisC:redis app:latest
    注释：后台创建一个 name 是 appC 的容器，这里也是使用 bridge 网络配置。bridge 的详情可以通过 docker network inspect bridge 查看。特别注意的是，此处使用 -p 将 appC 程序的启动端口 8080 映射到了宿主机的 8080，也即是宿主机监听 8080 端口，并将收到的连接或请求报文进行转发，这样的话通过宿主机的 8080 端口也可以访问到 appC 的 8080 端口，同时如果宿主机有公网可以访问，那么 appC 容器的 8080 端口也可以被公网通过宿主机的 8080 端口进行间接访问。
    使用 --link=mysqlC:mysql 时，docker 会把容器 appC 对 mysql 域名的访问指向到 mysqlC 容器的 ip,最终相当于更改了 appC 容器的 /etc/hosts 配置文件，实现了容器内通讯。
  • ④ app 中配置
    app 中设置连接 mysql 的 host=mysql，redis 的 host=redis 端口为相应的配置端口即可进行访问
• 方式2、通过 --net=container:app
  • ① 启动 app
    docker run -d --name=appC -p 8080:8080 app:latest
  • ② 启动 redis
    docker run -d --name=redisC --net=container:appC redis:latest
  • ③ 启动 mysql
    docker run -d --name=mysqlC --net=container:appC mysql:latest
  • ④ app 中配置
    app 中设置连接 mysql 和 redis 的 host=127.0.0.1，端口为响应配置的端口即可访问
• 方式3、通过 --publish
  • 此处不再详述，方案是将 mysqlC 和 redisC 容器都通过 -p 将服务的端口映射到宿主机上的端口。此处容器间的通讯安全性比较差，而且公网也可以访问，不推荐。
• 方式4、通过 --net=host
  • 此方法相当于所有的服务均使用宿主局的 ip 和 共享端口，安全性较差。不推荐。
• 建议使用第一种，因为有些应用在项目启动时就会读取 mysql 中数据做缓存，所以 mysql 可能需要优先配置