docker網(wǎng)絡(luò)模式優(yōu)缺點(diǎn)？主機(jī)模式：容器不會(huì)獲得單獨(dú)的網(wǎng)絡(luò)名稱空間，而是與主機(jī)共享一個(gè)網(wǎng)絡(luò)名稱空間。容器不會(huì)虛擬化自己的網(wǎng)卡、配置自己的IP等，而是使用主機(jī)的IP和端口。網(wǎng)絡(luò)性能很好，但是docke

docker網(wǎng)絡(luò)模式優(yōu)缺點(diǎn)？

主機(jī)模式：容器不會(huì)獲得單獨(dú)的網(wǎng)絡(luò)名稱空間，而是與主機(jī)共享一個(gè)網(wǎng)絡(luò)名稱空間。容器不會(huì)虛擬化自己的網(wǎng)卡、配置自己的IP等，而是使用主機(jī)的IP和端口。網(wǎng)絡(luò)性能很好，但是docker主機(jī)上已經(jīng)使用的端口不能再使用了，網(wǎng)絡(luò)的隔離性也不好。

容器模式：容器與現(xiàn)有容器共享網(wǎng)絡(luò)命名空間，而不是與主機(jī)共享。與主機(jī)一樣，網(wǎng)絡(luò)性能良好，但隔離性不好。兩個(gè)容器的進(jìn)程可以通過(guò)lo網(wǎng)卡設(shè)備進(jìn)行通信。

無(wú)模式：docker容器有自己的網(wǎng)絡(luò)名稱空間，但它不執(zhí)行docker容器的任何網(wǎng)絡(luò)配置。也就是說(shuō)，docker容器沒(méi)有網(wǎng)卡、IP、路由等信息。我們需要添加網(wǎng)卡并為docker容器配置IP。無(wú)法連接這種類型的網(wǎng)絡(luò)。

網(wǎng)橋模式：默認(rèn)模式下，將在主機(jī)上創(chuàng)建名為docker0的虛擬網(wǎng)橋，并且在主機(jī)上啟動(dòng)的docker容器將連接到虛擬網(wǎng)橋。虛擬網(wǎng)橋的工作原理類似于物理交換機(jī)，因此主機(jī)上的所有容器都通過(guò)交換機(jī)連接到第2層網(wǎng)絡(luò)。主機(jī)性能優(yōu)于主機(jī)。

docker大家用到什么程度了？

生產(chǎn)環(huán)境中有數(shù)以萬(wàn)計(jì)的docker容器實(shí)例。持續(xù)集成，持續(xù)測(cè)試，連續(xù)發(fā)布和服務(wù)編排都是基于docker

docker網(wǎng)絡(luò)的優(yōu)缺點(diǎn)：

優(yōu)點(diǎn)

docker主機(jī)網(wǎng)絡(luò)性能更好

docker主機(jī)網(wǎng)絡(luò)傳輸效率高

缺點(diǎn)

docker主機(jī)上使用的端口不能再使用答案是：不，而且，雙方的關(guān)系不是對(duì)立的替代和被替代，而是互補(bǔ)和合作的。

并不是所有的應(yīng)用程序都適用于容器：例如，傳統(tǒng)的關(guān)系數(shù)據(jù)庫(kù)應(yīng)用程序不能像容器場(chǎng)景中所說(shuō)的那樣在任何時(shí)候重新啟動(dòng)，數(shù)據(jù)庫(kù)的高可用性也不能通過(guò)kubernetes這樣的服務(wù)發(fā)現(xiàn)來(lái)解決，但應(yīng)該通過(guò)使用數(shù)據(jù)庫(kù)本身的高可用性架構(gòu)來(lái)實(shí)現(xiàn)，以保證數(shù)據(jù)的可靠性和一致性

！容器有自己的特定應(yīng)用場(chǎng)景。至少就目前而言，在上述領(lǐng)域之外的其他傳統(tǒng)應(yīng)用的分發(fā)、部署、運(yùn)維管理中，容器并不具備特殊的優(yōu)勢(shì)，但也存在一定的劣勢(shì)。場(chǎng)景需求是選擇這兩種技術(shù)的關(guān)鍵。

綜上所述，虛擬機(jī)和容器技術(shù)不是對(duì)立的，不存在誰(shuí)取代誰(shuí)的問(wèn)題。關(guān)鍵是企業(yè)能否在合理的應(yīng)用場(chǎng)景中合理地運(yùn)用技術(shù)解決相應(yīng)的技術(shù)問(wèn)題。未來(lái)的企業(yè)云平臺(tái)還應(yīng)該包括對(duì)這些技術(shù)的支持，以滿足不同業(yè)務(wù)對(duì)不同技術(shù)棧的靈活選擇！