Docker容器網路指南

儘管**對容器技術存在大肆宣傳，但是，應用程式打包技術仍在不斷發展之中，特別是與網路有關的。

在過去的一年裡，雖然docker容器自身在網路功能方面有著長足的進步。但與此同時，docker也構建了乙個外掛程式架構，允許更先進的網路管理工具控制容器。

同時，眾多創業公司也已經開發出定製的平台來管理容器，而傳統的**商，如思科和vmware使他們的網路管理工具控制容器。因此，最初的容器網路挑戰開始得到解決，但還有更多的工作要做。

一直都存在容器網路問題。容器託管在相同的物理伺服器上可以相互作用和共享資料。但docker開發者最初沒有能力將容器從乙個主機遷移到另乙個主機，或在不同的主機上將乙個容器到另乙個容器建立連線。

「跨容器通訊一直是最大挑戰，」技術分析師兼部落格作者keith townsend說。「從乙個容器轉移到另乙個，這是大多數網路專業人員會遇到的最大的挫折。」

docker的工程師很快意識到他們需要解決這個問題。

同時，docker也發布了libnetwork，乙個開源專案允許第三方網路管理產品「插入」來取代內建的docker網路功能。虛擬網路產品vmware的nsx、思科的aci等6個專案是第一批被支援的第三方網路工具。

「它設定乙個抽象體，docker產品高階副總裁scott johnston表示。「這是乙個允許容器附屬於它的第三層網路。」

docker產品高階副總裁scott johnston說，當涉及到容器網路，技術總是比較容易的部分。

johnston說，這些技術能力是比較容易的部分。而讓開發人員在容器中構建應用程式並且與it商店達成共識則是更大的挑戰。

容器的應用已經與傳統的企業應用程式有著非常不同的特點。在過去，it的目標是提供持續的彈性系統，但是，現在的首要任務是提供瞬動能力和敏捷、靈活的網路。

「從網路的角度來看，應用程式交付和效能是網路基礎設施能否很好的支援這些新的應用和用例至關重要的層面，」思科的雲基礎設施服務的首席技術官ken owens說。「網路工程師的角色是思考諸如可程式設計網路和軟體定義網路，網路函式虛擬化如何幫助it系統。」

這些工具允許自動配置網路資源，而不是手動配置——這可能很快就會成為那些真正擁抱這些新的應用程式範例企業的桌面上賭注。