需求：后台服务因为业务或需求的原因，多少会用到数据层如: 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 端口为相应的配置端口即可进行访问
- ① 启动 mysql
- 方式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，端口为响应配置的端口即可访问
- ① 启动 app
- 方式3、通过 --publish
- 此处不再详述，方案是将 mysqlC 和 redisC 容器都通过 -p 将服务的端口映射到宿主机上的端口。此处容器间的通讯安全性比较差，而且公网也可以访问，不推荐。
- 方式4、通过 --net=host
- 此方法相当于所有的服务均使用宿主局的 ip 和 共享端口，安全性较差。不推荐。
- 建议使用第一种，因为有些应用在项目启动时就会读取 mysql 中数据做缓存，所以 mysql 可能需要优先配置
