在日常使用Docker構(gòu)建微服務(wù)架構(gòu)的過(guò)程中，我們經(jīng)常會(huì)遇到一個(gè)問(wèn)題：多個(gè)容器之間是如何通過(guò)名字互相訪問(wèn)的？DNS是怎么做到的？

從底層機(jī)制講清楚Docker的DNS系統(tǒng)

1.容器間通信的前提：同一個(gè)網(wǎng)絡(luò)

Docker默認(rèn)會(huì)創(chuàng)建一個(gè)叫bridge的網(wǎng)橋網(wǎng)絡(luò)。所有未指定網(wǎng)絡(luò)的容器，都會(huì)被分配到這個(gè)bridge網(wǎng)絡(luò)中。

在這個(gè)默認(rèn)網(wǎng)絡(luò)中，雖然每個(gè)容器都有一個(gè)獨(dú)立的IP地址，但要實(shí)現(xiàn)通過(guò)容器名訪問(wèn)其他容器，就必須依賴Docker提供的DNS服務(wù)。

??注意：只有在用戶自定義的bridge網(wǎng)絡(luò)中，容器名解析才默認(rèn)開(kāi)啟！默認(rèn)的bridge網(wǎng)絡(luò)不支持容器名解析！

2.Docker的內(nèi)置DNS是如何工作的？

Docker在每個(gè)容器啟動(dòng)時(shí)，會(huì)將容器的/etc/resolv.conf文件指向一個(gè)特殊的DNS地址：127.0.0.11

這個(gè)地址并不是真的公網(wǎng)DNS，而是DockerDaemon內(nèi)置的DNS服務(wù)器。

這個(gè)DNS有以下作用：

解析外部域名（比如訪問(wèn)百度、Google）

解析容器內(nèi)部服務(wù)名（比如web,db等容器名）

它的背后是Docker的embeddedDNSserver，工作機(jī)制大概如下：

1??容器發(fā)出DNS查詢請(qǐng)求（查某個(gè)服務(wù)名）

2??請(qǐng)求發(fā)到127.0.0.11（docker的內(nèi)部DNS）

3??DockerDNS根據(jù)網(wǎng)絡(luò)配置，找到對(duì)應(yīng)容器的IP地址

4??將結(jié)果返回給發(fā)起請(qǐng)求的容器

3.實(shí)驗(yàn)驗(yàn)證：容器名訪問(wèn)是否生效？

我們創(chuàng)建一個(gè)自定義網(wǎng)絡(luò)，并啟動(dòng)兩個(gè)容器測(cè)試下

#創(chuàng)建一個(gè)自定義bridge網(wǎng)絡(luò)dockernetworkcreatemynet#啟動(dòng)容器A，名字叫webdockerrun-it--rm--nameweb--networkmynetbusyboxsh#啟動(dòng)容器B，在這個(gè)網(wǎng)絡(luò)中嘗試pingwebdockerrun-it--rm--networkmynetbusyboxsh

在B容器中輸入：

pingweb

你會(huì)發(fā)現(xiàn)，DNS能自動(dòng)解析出web的IP，這就說(shuō)明Docker的內(nèi)置DNS正常工作啦

4.自定義服務(wù)名（別名）怎么設(shè)置？

有時(shí)候我們希望容器訪問(wèn)的名字不是容器名，而是我們指定的服務(wù)名。Docker也支持這一點(diǎn)：

dockerrun-it--rm\--networkmynet\--namemydb\--network-aliasdatabase\busyboxsh

然后在其他容器中，就可以通過(guò)database這個(gè)名字訪問(wèn)它

5.與外部DNS的協(xié)同

Docker的embeddedDNS并不是萬(wàn)能的，它在無(wú)法解析服務(wù)名時(shí)，會(huì)把請(qǐng)求轉(zhuǎn)發(fā)給/etc/resolv.conf中指定的上游DNS。

這意味著：

外部網(wǎng)絡(luò)訪問(wèn)正常（比如你容器內(nèi)pingwww.baidu.com）

內(nèi)部容器名也能解析

DockerDNS是中間層代理

這個(gè)設(shè)計(jì)非常巧妙！兼顧了內(nèi)外網(wǎng)的域名解析。

6.容器DNS失效的常見(jiàn)問(wèn)題

?沒(méi)有使用自定義網(wǎng)絡(luò)，導(dǎo)致DNS解析失敗

?使用了host網(wǎng)絡(luò)，容器直接共享宿主機(jī)網(wǎng)絡(luò)，無(wú)法使用Docker的DNS

?被resolv.conf修改或者掛載了宿主機(jī)DNS文件

?某些VPN環(huán)境導(dǎo)致容器DNS路由異常

解決方法建議：

盡量使用自定義bridge網(wǎng)絡(luò)

檢查/etc/resolv.conf是否被覆蓋

檢查Docker網(wǎng)絡(luò)配置dockernetworkinspect

總結(jié)

Docker容器之間的DNS解析，其實(shí)是靠DockerDaemon內(nèi)置的DNS服務(wù)（監(jiān)聽(tīng)在127.0.0.11）來(lái)實(shí)現(xiàn)的，它能讓容器通過(guò)服務(wù)名互相訪問(wèn)，還支持alias、自定義網(wǎng)絡(luò)、多級(jí)域名等能力。

macd設(shè)置多少參數(shù)最準(zhǔn)?老股民分享macd最準(zhǔn)的絕密參數(shù)

一、90%人都在用錯(cuò)的MACD參數(shù)先說(shuō)結(jié)論：MACD根本沒(méi)有"最準(zhǔn)"的參數(shù)！這個(gè)執(zhí)念我見(jiàn)過(guò)太多次了_。記得某年大熊市時(shí)，我加入的一個(gè)炒股群里，至少有20個(gè)人在爭(zhēng)論"12-26-9"和"5-34-5"哪個(gè)更好，結(jié)果那年大家都虧得很慘。這里必須打破幾個(gè)迷思：默認(rèn)參數(shù)：12-26-9是美股標(biāo)準(zhǔn)，直接套用A股會(huì)水土不服；周期差異：短線、中線、 此外，將MACD與KDJ指標(biāo)聯(lián)合使用時(shí)，交易者可以將MACD的快周期參數(shù)調(diào)整為KDJ的D值周期，慢周期參數(shù)調(diào)整為KDJ的J值周期——。這樣的設(shè)置不僅有助于更準(zhǔn)確地判斷市場(chǎng)的高低點(diǎn)，還能為交易者提供更為明確的趨勢(shì)指引。五、MACD戰(zhàn)法的四大關(guān)鍵要點(diǎn)當(dāng)我們將MACD指標(biāo)的參數(shù)設(shè)置為10、20、7后，若觀察到MACD在水下形成金叉，這還有呢？

股票macd做短線該怎樣設(shè)計(jì)?買入和賣出信號(hào)的解讀與應(yīng)用

7. 設(shè)置止損位和盈利目標(biāo)在進(jìn)行短線交易時(shí)，設(shè)置止損位和盈利目標(biāo)非常重要_。止損位是在股票價(jià)格下跌到一定程度時(shí)自動(dòng)賣出股票以限制損失。盈利目標(biāo)是在股票價(jià)格上漲到一定程度時(shí)自動(dòng)賣出股票以鎖定利潤(rùn)|。合理設(shè)置止損位和盈利目標(biāo)可以幫助投資者控制風(fēng)險(xiǎn)和保護(hù)利潤(rùn)||。8. 注意市場(chǎng)風(fēng)險(xiǎn)和個(gè)股特點(diǎn)在使用MACD指標(biāo)進(jìn)行短線交易是什么——_。
MACD短線交易實(shí)戰(zhàn)指南MACD（移動(dòng)平均收斂發(fā)散指標(biāo)）是短線交易中捕捉趨勢(shì)變化的核心工具，尤其在30分鐘、60分鐘周期內(nèi)能快速響應(yīng)價(jià)格波動(dòng)。以下是結(jié)合指標(biāo)原理和實(shí)戰(zhàn)經(jīng)驗(yàn)的五大操作策略：--一、基礎(chǔ)設(shè)置與核心邏輯1. 指標(biāo)構(gòu)成 MACD包含三要素： - DIF線（快線）：12日EMA與26日EMA的差值，反映短期趨勢(shì) -后面會(huì)介紹。