在使用docker的过程中发现了几个问题，在docker里进行的网络请求经常会失败，比如npm install以及bundle install等操作，或者是作为中间层在应用中去获取api数据的过程经常会出现timeout等情况，所以开始探究docker的网络机制，以解决网络请求太慢的问题。
一、docker的网络模式
1、none
当配置为none时，docker容器网络无法输入输出，与世隔绝。
2、bridge
默认为bridge模式，docker有自己的虚拟网卡，通过桥接的方式从主机获得网络。
3、host
当指定为host时，主机的网卡直接暴露给了容器，直接通过主机的网络上网，比如要拿主机上的redis服务127.0.0.1:6357,就得通过这种方法，不过就比较不安全了。
4、container
使用其他容器的网络
二、docker的dns解析
docker容器本质上也是个linux，所以dns的解析方法和linux一样，优先是找/etc/hosts文件，像localhost这种域名就是写在这个文件里，比如:
127.0.0.1 localhost
如果docker容器link了其他容器，这里也会多出link的域名，比如:
docker run --name app --link app-redis:redis -d ubuntu
就会在hosts里多出
172.17.0.3 app-redis 038c8388e4a1
找完/etc/hosts文件，然后是/etc/resolv.conf文件:
domain local nameserver 192.168.65.1 nameserver 192.168.65.10
三、解决docker容器里网络请求慢的问题
经过抓包测试等分析，发现网络请求慢，主要发生在dns解析中，所以主要采取dns优化:
如果请求的是自己内网的api, 可以直接修改/etc/hosts文件，如果是外网的请求可以通过更改/etc/resolv.conf里的nameserver实现。
docker容器肯定不是直接通过修改文件实现的，可以通过run的命令实现:
# 添加host docker run --name app --add-host='api.embbnux.com:10.98.10.98' -d ubuntu # 指定dns server docker run --name app --dns=223.5.5.5 --dns=8.8.8.8 -d ubuntu
这样在docker容器里dns解析阶段的时间就被加速了
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。
