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)程可以通過lo網(wǎng)卡設(shè)備進(jìn)行通信。

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

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

docker大家用到什么程度了？

生產(chǎn)環(huán)境中有數(shù)以萬計(jì)的docker容器實(shí)例。持續(xù)集成，持續(xù)測試，連續(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)系不是對立的替代和被替代，而是互補(bǔ)和合作的。

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

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

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