https://www.jianshu.com/p/21d66ca6115e

前言

在实践中，自己会遇到2个容器之间互相访问通信的问题，这个时候就用到了docker run —link选项。自己也花了一段时间泡官网研究了—link的用法，把自己对—link的理解分享下。注意！docker官方已不推荐使用docker run —link来链接2个容器互相通信，随后的版本中会删除—link，但了解其原理，对如何使2个容器之间互相通信还是有帮助的。

1. docker run —link的作用

docker run —link可以用来链接2个容器，使得源容器（被链接的容器）和接收容器（主动去链接的容器）之间可以互相通信，并且接收容器可以获取源容器的一些数据，如源容器的环境变量。
—link的格式：
—link :alias
其中，name和id是源容器的name和id，alias是源容器在link下的别名。
eg：
源容器
docker run -d --name selenium_hub selenium/hub
创建并启动名为selenium_hub的容器。
关于对docker run --link的理解 - 图1
selenium_hub容器
接收容器
docker run -d --name node --link selenium_hub:hub selenium/node-chrome-debug
创建并启动名为node的容器，并把该容器和名为selenium_hub的容器链接起来。其中：
—link selenium_hub:hub
selenium_hub是上面启动的1cbbf6f07804容器的名字，这里作为源容器，hub是该容器在link下的别名（alias），通俗易懂的讲，站在node容器的角度，selenium_hub和hub都是1cbbf6f07804容器的名字，并且作为容器的hostname，node用这2个名字中的哪一个都可以访问到1cbbf6f07804容器并与之通信（docker通过DNS自动解析）。我们可以来看下：
进入node容器：

  1. docker exec -it node /bin/bash
  2. root@c4cc05d832e0:~# ping selenium_hub
  3. PING hub (172.17.0.2) 56(84) bytes of data.
  4. 64 bytes from hub (172.17.0.2): icmp_seq=1 ttl=64 time=0.184 ms
  5. 64 bytes from hub (172.17.0.2): icmp_seq=2 ttl=64 time=0.133 ms
  6. 64 bytes from hub (172.17.0.2): icmp_seq=3 ttl=64 time=0.216 ms
  7. root@c4cc05d832e0:~# ping hub
  8. PING hub (172.17.0.2) 56(84) bytes of data.
  9. 64 bytes from hub (172.17.0.2): icmp_seq=1 ttl=64 time=0.194 ms
  10. 64 bytes from hub (172.17.0.2): icmp_seq=2 ttl=64 time=0.218 ms
  11. 64 bytes from hub (172.17.0.2): icmp_seq=3 ttl=64 time=0.128 ms

可见，selenium_hub和hub都指向172.17.0.2。

2. —link下容器间的通信

按照上例的方法就可以成功的将selenium_hub和node容器链接起来，那这2个容器间是怎么通信传送数据的呢？另外，前言中提到的接收容器可以获取源容器的一些信息，比如环境变量，又是怎么一回事呢？
源容器和接收容器之间传递数据是通过以下2种方式：

  • 设置环境变量
  • 更新/etc/hosts文件
    2.1 设置环境变量
  1. 当使用—link时，docker会自动在接收容器内创建基于—link参数的环境变量：

docker会在接收容器中设置名为_NAME的环境变量，该环境变量的值为：
_NAME=/接收容器名/源容器alias
我们进入node容器，看下此环境变量：

  1. docker exec -it node /bin/bash
  2. seluser@c4cc05d832e0:/$ env | grep -i hub_name
  3. HUB_NAME=/node/hub

可见，确实有名为HUBNAME=/node/hub的环境变量存在。
另外，docker还会在接收容器中创建关于源容器暴露的端口号的环境变量，这些环境变量有一个统一的前缀名称：
_PORT
其中：
表示链接的源容器alias
是源容器暴露的端口号
是通信协议：TCP or UDP
docker用上面定义的前缀定义3个环境变量：
_PORT_ADDR
PORTPORT
PORT_PROTO
注意，若源容器暴露了多个端口号，则每1个端口都有上面的一组环境变量（包含3个环境变量），即若源容器暴露了4个端口号，则会有4组12个环境变量。
查看selenium/hub的Dockerfile，可见只暴露了4444端口号：

  1. EXPOSE 4444

我们进入node容器，看这些此环境变量：

  1. docker exec -it node /bin/bash
  2. seluser@c4cc05d832e0:/$ env | grep -i HUB_PORT_4444_TCP_
  3. HUB_PORT_4444_TCP_PROTO=tcp
  4. HUB_PORT_4444_TCP_ADDR=172.17.0.2
  5. HUB_PORT_4444_TCP_PORT=4444

可见，确实有3个以PORT为前缀的环境变量存在。
另外，docker还在接收容器中创建1个名为PORT的环境变量，值为源容器的URL：源容器暴露的端口号中最小的那个端口号_。
我们进入node容器，看下此环境变量：

  1. docker exec -it node /bin/bash
  2. seluser@c4cc05d832e0:/$ env | grep -i HUB_PORT=
  3. HUB_PORT=tcp://172.17.0.2:4444

可见，此环境变量的确存在。

  1. 接收容器还会获取源容器暴露的环境变量，这些变量包括：
  • 源容器Dockerfile中ENV标签设置的环境变量
  • 源容器用docker run命令创建，命令中包含的 -e或—env或—env-file设置的环境变量

docker会在接收容器中创建一些环境变量，这些环境变量是的值是关于源容器本身的环境变量的值。这些环境变量的定义格式为：
ENV
查看selenium/hub的Dockerfile，可见Dockerfile中ENV标签设置的环境变量有：

  1. # As integer, maps to "maxSession"
  2. ENV GRID_MAX_SESSION 5
  3. # In milliseconds, maps to "newSessionWaitTimeout"
  4. ENV GRID_NEW_SESSION_WAIT_TIMEOUT -1
  5. # As a boolean, maps to "throwOnCapabilityNotPresent"
  6. ENV GRID_THROW_ON_CAPABILITY_NOT_PRESENT true
  7. # As an integer
  8. ENV GRID_JETTY_MAX_THREADS -1
  9. # In milliseconds, maps to "cleanUpCycle"
  10. ENV GRID_CLEAN_UP_CYCLE 5000
  11. # In seconds, maps to "browserTimeout"
  12. ENV GRID_BROWSER_TIMEOUT 0
  13. # In seconds, maps to "timeout"
  14. ENV GRID_TIMEOUT 30
  15. # Debug
  16. ENV GRID_DEBUG false

我们进入selenium_hub容器，看下这些环境变量：

  1. root@ubuntu:~# docker exec -it selenium_hub /bin/bash
  2. seluser@1cbbf6f07804:/$ env | grep -i grid_
  3. GRID_DEBUG=false
  4. GRID_TIMEOUT=30
  5. GRID_CLEAN_UP_CYCLE=5000
  6. GRID_MAX_SESSION=5
  7. GRID_JETTY_MAX_THREADS=-1
  8. GRID_BROWSER_TIMEOUT=0
  9. GRID_THROW_ON_CAPABILITY_NOT_PRESENT=true
  10. GRID_NEW_SESSION_WAIT_TIMEOUT=-1

我们再进入node容器，看下node容器中关于seleniumhub的_ENV环境变量：

  1. docker exec -it node /bin/bash
  2. seluser@c4cc05d832e0:/$ env | grep -i hub_env
  3. HUB_ENV_GRID_DEBUG=false
  4. HUB_ENV_GRID_TIMEOUT=30
  5. HUB_ENV_DEBCONF_NONINTERACTIVE_SEEN=true
  6. HUB_ENV_GRID_CLEAN_UP_CYCLE=5000
  7. HUB_ENV_GRID_MAX_SESSION=5
  8. HUB_ENV_TZ=UTC
  9. HUB_ENV_GRID_JETTY_MAX_THREADS=-1
  10. HUB_ENV_DEBIAN_FRONTEND=noninteractive
  11. HUB_ENV_GRID_BROWSER_TIMEOUT=0
  12. HUB_ENV_GRID_THROW_ON_CAPABILITY_NOT_PRESENT=true
  13. HUB_ENV_GRID_NEW_SESSION_WAIT_TIMEOUT=-1

可见，seleniumhub容器中的GRID 环境变量均在node容器中被创建，只不过名称变为HUBENV_GRID 而已。
环境变量的注意事项
注意，接收容器环境变量中存储的源容器的IP，不会自动更新，即，若源容器重启，则接收容器环境变量中存储的源容器的IP很可能就失效了。所以，docker官方建议使用/etc/hosts来解决上述的IP失效问题。

2.2 更新/etc/hosts文件

docker会将源容器的host更新到目标容器的/etc/hosts中：
我们再进入node容器，查看node容器中的/etc/hosts文件的内容：

  1. docker exec -it node /bin/bash
  2. seluser@c4cc05d832e0:/$ cat /etc/hosts
  3. 127.0.0.1   localhost
  4. ::1 localhost ip6-localhost ip6-loopback
  5. fe00::0 ip6-localnet
  6. ff00::0 ip6-mcastprefix
  7. ff02::1 ip6-allnodes
  8. ff02::2 ip6-allrouters
  9. 172.17.0.2  hub 1cbbf6f07804 selenium_hub
  10. 172.17.0.3  c4cc05d832e0

其中172.17.0.3是node容器的ip，并使用node容器的容器id作为host name。另外，源容器的ip和hostname也写进来了，172.17.0.2是selenium_hub容器的ip，hub是容器在link下的alias，后面是hub容器的容器id。
如果重启了源容器，接收容器的/etc/hosts会自动更新源容器的新ip。

总结

在—link标签下，接收容器就是通过设置环境变量和更新/etc/hosts文件来获取源容器的信息，并与之建立通信和传递数据的。
在docker的后续版本中，会取消docker run中的—link选项，但了解其如何在2个容器之间建立通信的原理是非常有用的，因为这有助于理解如何用官方推荐的所有容器在同一个network下来通信的方法，以及用docker-compose来链接2个容器来通信的方法。
9月初就用—link方法连接了seleniumhub和seleniumnode容器，但是不明白—link的作用，最近花了几天时间读官方文档，终于算搞清楚了，也把自己的理解在这里分享下。

作者：Ivanli1990
链接：https://www.jianshu.com/p/21d66ca6115e
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。