容器生態

㈠ 什麼是docker容器技術

docker容器技術指Docker是一個由GO語言寫的程序運行的「容器」（Linux containers， LXCs）

㈡ docker怎麼實現容器間獨立

docker怎麼實現容器間獨立
IBM研究部門發表了一篇關於容器和虛擬機環境性能比較的論文。這篇論文使用了Docker和KVM作為研究對象，闡述了Docker使用NAT或AUFS時的開銷，並且質疑了在虛擬機上運行容器的實踐方法。 論文作者在原生、容器和虛擬化環境中運行了CPU、內存、網路和I/O的benchmark。其中，分別使用KVM和Docker作為虛擬化和容器技術的代表。Benchmark也包含了對不同環境下Redis和MySQL負載的采樣。通過小數據包和多客戶端，Redis側重於網路棧的性能。而MySQL側重於內存，網路和文件系統的性能。 結果顯示，在每一項測試中，Docker的性能等同於或超出KVM的性能。在CPU和內存性能方面，KVM和Docker都引入了明顯的，但可略不計的開銷。但是，對於I/O密集型的應用，兩者都需要進行調整以減少開銷帶來的影響。 當使用AUFS存儲文件時，Docker的性能會降低。而相比之下，使用卷（volume）能夠獲得更好的性能。卷是一種專門設計的目錄，存在於一個或多個容器內。通過這種目錄能夠繞過聯合文件系統（union file system）。這樣它就沒有了存儲後端可能帶來的開銷。默認的AUFS後端會引起顯著的I/O開銷，特別是當有多層目錄深度嵌套的時候。 Docker的默認網路選項，--net=bridge，由於NAT會重寫數據包，也引入了性能開銷。當數據包收發率變高時，這種開銷會變得很明顯。可以通過使用--net=host改善網路的性能。這個選項告訴Docker不要為容器創建一個獨立的網路棧，並允許容器擁有宿主機網路介面的完全訪問許可權。但是，使用這個選項時要小心。因為它允許容器內的進程像其他根進程一樣，使用數值較小的埠；並允許容器內的進程訪問本地網路服務，如D-bus。這使得容器內的進程可以做一些預料之外的事情，如重啟宿主機。 盡管自誕生以來，KVM性能有了相當大的提升，但它仍然不適用於對延時敏感或高I/O訪問率的工作負載。因為每次I/O操作，它都會增加一些開銷。這個開銷對於耗時較少的I/O操作是有意義的，但對於耗時較長的I/O操作是可以忽略的。 根據這些測試結果，論文對使用虛擬機實現IaaS的方法提出了質疑： 傳統觀點（在某種程度上，這種觀點存在於年輕的雲生態圈中）認為使用虛擬機實現IaaS，使用容器實現PaaS。我們沒有找到技術方面的理由來證明必須這么做，尤其是證明容器基於IaaS能提供更好的性能或者更容易部署。由於容器提供了控制手段，並在不使用虛擬機的情況下能達到物理機的性能，所以它能夠消除IaaS和非虛擬化的伺服器間的差異。 盡管在虛擬環境中運行容器是一種常見的實踐方法，但是論文建議直接在物理的Linux伺服器上運行它們。否則，相比於直接運行在非虛擬化的Linux上的方法，由於虛擬機的性能開銷，這種實踐方法不會得到任何額外的好處。

㈢ 什麼是 docker 容器技術

docker容器技術抄指Docker是一個由GO語言寫的程序運行的「容器」（Linux containers， LXCs）

㈣ Docker究竟是什麼，為什麼這么流行，它的優點和缺陷有哪些

Docker是什麼？

簡單得來說，Docker是一個由語言寫的程序運行的「容器」（Linux containers， LXCs）； 目前雲服務的基石是操作系統級別的隔離，在同一台物理伺服器上虛擬出多個主機。Docker則實現了一種應用程序級別的隔離； 它改變我們基本的開發、操作單元，由直接操作虛擬主機（VM）,轉換到操作程序運行的「容器」上來。

Docker是為開發者和系統管理員設計的，用來發布和運行分布式應用程序的一個開放性平台。由兩部分組成：

Docker Engine: 一個攜帶型、輕量級的運行環境和包管理器。（注* 單OS vs 單線程，是不是跟NodeJS特別像？）

Docker Hub: 為創建自動化工作流和分享應用創建的雲服務組成。（注* 雲端鏡像/包管理 vs npm包管理，是不是跟npm特別像？）

從2013年3月20日，第一個版本的Docker正式發布到 2014年6月Docker 1.0 正式發布，經歷了15個月。 雖然發展歷程很短，但Docker正在有越來越流行的趨勢。

其實Container技術並非Docker的創新，HeroKu, NodeJitsu 等雲服務商都採用了類似這種輕量級的虛擬化技術，但Docker是第一個將這這種Container技術大規模開源並被社區廣泛接受的。

好的部分
Docker相對於VM虛擬機的優勢十分明顯，那就是輕量和高性能和便捷性， 以下部分摘自：KVM and Docker LXC Benchmarking with OpenStack

快
運行時的性能可以獲取極大提升（經典的案例是提升97%）

管理操作（啟動，停止，開始，重啟等等） 都是以秒或毫秒為單位的。

敏捷
像虛擬機一樣敏捷，而且會更便宜，在bare metal（裸機）上布署像點個按鈕一樣簡單。

靈活
將應用和系統「容器化」，不添加額外的操作系統，

輕量
你會擁有足夠的「操作系統」，僅需添加或減小鏡像即可。在一台伺服器上可以布署100~1000個Containers容器。

便宜
開源的，免費的，低成本的。由現代Linux內核支持並驅動。注* 輕量的Container必定可以在一個物理機上開啟更多「容器」，註定比VMs要便宜。

生態系統
正在越來越受歡迎，只需要看一看Google的趨勢就知道了，docker or LXC.

還有不計其數的社區和第三方應用。

雲支持
不計其數的雲服務提供創建和管理Linux容器框架。

有關Docker性能方面的優勢，還可參考此IBM工程師對性能提升的評測，從各個方面比VMs（OS系統級別虛擬化）都有非常大的提升。轉載，僅供參考。

㈤ 為什麼容器對 OpenStack 來說很重要

容器化不是一個革命性想法——容器技術已經存在很多年並且被大量應用程序所使用，但現在，容器幾乎不考慮系統體結構。
今天，相信很多人都聽說過Docker。一年多以來，很多公司都在評估Docker，也有很多公司想要使用Docker，但是很少公司真正把Docker應用在生產環境中。那這一年發生了什麼變化呢？
Docker讓容器化變得更加簡單。
在Docker出現之前，運行容器需要成群的駭客，需要對整個系統有深入的理解，還需要一定的勇氣。進程隔離或者網路堆棧是存在已久的一些技術，想想FreeBSD中的Jails或者其他類似的工具。但現在有了Docker，只需要使用（ docker）命令就能在幾秒鍾內讓一些東西運行起來。
即時滿足感不是Docker成功的唯一原因。大量免費應用程序的鏡像能夠吸引很多想要快速部署微服務以達到更大體系架構的人，但這些人不希望每次都重新部署虛擬化堆棧。
事實上，避免了虛擬化堆棧，相對於虛擬機幾分鍾的啟動時間，容器能夠在數秒之內啟動，這加快了整個基礎設施的部署。
當然，容器也不是完全沒有問題，例如安全性和其他一些不夠成熟技術帶來的問題。在關鍵系統上運行容器之前這些問題都需要被解決，但容器化對於所有人來說都是一種期待。
容器是什麼，容器的結構是什麼，它們和虛擬機的關系是什麼 很多人將容器比作虛擬化，但是容器並不能運行所有的東西。例如，你不能在一個容器中設置iptables的防火牆規則；因為容器共享了宿主機的內核，它們不像虛擬機一樣抽象化了硬體層。由於缺乏經驗，在你開始使用容器之前，將容器看成一種「簡單虛擬化」工具會給你的業務層埋下潛在的危險。
顯然我們需要花時間更好地理解容器，那他們是什麼？
容器是一種技術，這種技術讓開發者下載一些基礎鏡像，載入他們的應用程序，拆分成幾個組件，在持續集成系統上一一部署和測試，然後將這些組件注冊到倉庫中，讓系統工程師在現存的基礎設施上進行部署，然後發布給外界使用。
一個容器是操作系統層虛擬化特徵的一種抽象。通過開拓這些特徵，容器系統能夠將進程和網路隔離成類似於系統沙盒的東西，因此將一個應用程序載入一個容器就好像把它從操作系統上隔離出來一樣：在容器中的進程是獨立的；它們看到的是自己的文件系統，也能夠與外界進行通信等等。很多能夠跑在虛擬機里的應用程序也能夠跑在容器裡面。
容器和虛擬機的不同在於解耦了虛擬化堆棧；虛擬機將內核到用戶空間二進制文件與庫文件再到應用程序本身的一切都壓入了堆棧中進行隔離和獨立存放。而容器管理程序則讓容器使用相同的內核，共享相同的用戶空間二進制文件，共享其他的庫文件，然後讓應用程序直接運行在這些層上。
一個鏡像可以作為其他鏡像的Base。在Docker中，在一個鏡像之上構建新鏡像來獲得功能結果非常正常。你也許會在一個Ubuntu鏡像上添加Apache 2.4 web伺服器來構建一個基於Web的微服務，然後生成新的鏡像。
鏡像是容器運行的基礎，你需要在鏡像（building block）上啟動一個容器（runtime）。鏡像中包括了容器的應用程序，類似於一個快照但是還具備兩個額外的特徵。首先，它們在用戶空間文件系統之上進行構建，能夠進行堆疊和共享一些內容。其次，它們可移植。這就允許用戶在不同的系統上使用相同的鏡像，重新利用這些鏡像或者通過公共倉庫提供給其他用戶使用，並且能夠輕松地更新這些鏡像，然後存放到任何地方。
容器類型 最開始的時候是chroot。Chroot()是*NIX操作系統內核的一個系統調用，用來改變當前運行進程的root目錄。進程運行在chroot jail（環境名稱）上並不知道真實文件系統的root目錄，但知道user choice的表層root目錄。
這個函數能夠讓你隔離應用程序，讓進程將其他目錄視為根目錄，例如將 /mnt/root視為 /。這就意味著應用程序只能看到 /mnt/root上的文件，因此構建一個完整的環境來運行這個應用程序需要 /mnt/root目錄下構建軟體完整目錄樹的操作權。包括存放二進制文件的 /bin目錄，存放用戶空間程序與庫文件的 /usr目錄，存放配置的 /etc目錄等等。這些操作沒那麼容易，特別是對於更加復雜的應用程序來說，就更難了。
LXC是歷史上第一個試圖普及容器化技術的工具。和Linux容器生態系統的其他工具一起，LXC成為了容器化系統中被廣泛採用的工具。它完成了一套系統API讓Linux內核的容器特徵能夠被用戶層使用：在不脫離Linux標准下通過共享內核，LXC在chroots和虛擬機之間構建了一個體系結構。
Docker Docker是最具有吸引力的一種容器技術，它易於理解，可快速啟動，運行方式簡單，同時帶來了容器編排工具的一個巨大生態系統。
從工程角度，Docker通過API實現，它有自己的服務端（daemon），命令行客戶端以及從注冊中心到精美UI界面等大量可以使用的工具。
Docker的強大在於之前提到的chroot、進程分組、進程隔離等功能都可以通過它的一些命令來實現。在其他容器化技術中開發人員或者管理人員需要頻繁手動操作的一些事情，例如拉取補丁、工具與部署等，在Docker中已經不在需要，因為所有的操作都封裝在了命令行客戶端工具 docker中。
客戶端和REST API都是與Docker服務端進行交互，它是可以遠程訪問的一個標准可接入守護進程，用來接收和處理所有的請求。這個守護進程負責在Docker宿主機之上操控鏡像和容器，並已經通過IANA官方確認，將埠綁定到tcp/2375和tcp/2376。
Docker最初基於LXC，但現在放棄了LXC，而使用Libcontainer。Libcontainer通過GO完全重寫了用來抽象Linux內核虛擬化機制的基礎庫和API。
Open Container Initiative的細節 隨著Docker的成功，引發了更多類似產品的出現：CoreOS的Rkt、亞馬遜的容器服務（Amazon Container Service）、Apcera的Kurma等等。這種分化發展不由讓人擔心容器技術領域的分裂，好在通過今年在舊金山舉辦的DockerCon15，這些組織已經開始共同努力，期望為容器創建統一的格式。這就是 Open Container Initiative的由來，它基於Linux基金會，致力於為容器鏡像和容器的運行制定標准化。通過Open Container規定格式創建的容器可以在不同的生態環境中共存。Open Container Initiative的成員包括了所有的容器參與者，例如亞馬遜（Amazon）、CoreOS、谷歌、Oracle等等，當然也包括Docker。
Open Container的規格說明書（github地址為 https://github.com/opencontainers/specs）還在制定過程中，鼓勵所有的組織或者個人都可以參與其中。到目前為止依據不同平台和內容、工業級別交付流程以及自動化最小需求，規格說明書已經定義了一些容器的統一介面和標准。支持Open Container的所有企業將完全依賴這些規格說明書來製作容器。
同時，開發RunC運行庫（github地址為 https://github.com/opencontainers/runc）也是為了給各種容器提供統一運行庫命令行工具的頂級封裝器（而不是使用專有的命令，例如Docker的 docker或者Rocket的 rkt）。
微服務 隨著雲計算的不斷發展該利用容器做什麼？在雲計算中我們能看到的的微服務的不斷發展。
在雲上，整體的應用程序開發已經是過去的事情了，新的範例稱為微服務體系結構。利用微服務，龐大的應用程序可以根據其諸多的功能進行解耦，分成多個微小且只有單一目的的服務，這些服務之間通過規定的介面進行通信，例如API。微服務被稱為雲計算中的樂高積木玩具。
在許多方面，容器都是實現微服務的一種傑出的技術：每一個容器化的微服務具有唯一的角色（資料庫、隊列、web伺服器），然後使用容器編排工具（在許多容器開發生態系統中是非常有用的）使所有的容器相互通信來組裝成整個應用程序。
上述方式有很多好處：可組合性、更快的工作流、功能的分離、可維護性和可升級性。進一步來講，對微服務框架進行擴容變得更加容易。在不影響系統其他功能的前提下，微服務能夠更加快速、更加容易地置換到更加高效的對等服務上，或者是當遇到問題時進行回滾處理。多種不同的技術都可以用來分離微服務，不同的團隊可以根據自身手頭上的任務來選擇更加合適的技術。
一些大公司，像Amazon或者Netflix，在生產環境中已經有了一些基於微服務的應用程序。
因此，我們所具備的是藉助容器技術能夠在雲環境上實現一種完美的程序設計範式，即微服務。
總結 對於軟體程序和依賴關系來說，容器是一種輕量的可移植的工具。這么說看起來有些繁瑣，但是容器真的改變了我們開發、部署和運行軟體程序的方式。

㈥ docker和容器的區別

Docker 是屬於容器服務的一種，是一個開源的應用容器引擎。
傳統的容器技術沒有成為主流的原因，是因為其未能提供標准化的應用運行時環境，而以Docker為代表的新一代容器技術，從一開始就以提供標准化的運行時環境為目標，真正做到「build once, run anywhere」（一次建立，到處運行）。
docker容器可以將同一個構建版本用於開發、測試、預發布、生產等任何環境，並且做到了與底層操作系統的解耦。在此基礎上，還進一步發展出了CaaS（容器即服務）技術。將 Docker 比喻為代碼方面的集裝箱運輸系統，確實非常形象恰當。
Docker將任何類型的應用和它的依賴打包成為一個標準的、輕量級的、便攜的、獨立的集裝箱，讓各類應用都支持一套標準的運作模式，只要安裝了Docker程序的伺服器都可以運行。
開發者開發和測試完成的Docker容器，可以無差別的運行在測試環境、生產環境，無論伺服器是物理機、虛擬機，或者是以上各種類型伺服器的組合。應用開發過程只需執行一次，即可保證應用在任何環境上運行的一致性。對於運維人員，則只需要配置一次不同環境的伺服器，即可運行任何Docker容器。
當容器和伺服器的數量達到一定規模的時候，就會碰到管理的問題，即如何有效管理大量的伺服器和容器，保證應用的穩定運行、方便升級和故障的快速解決。
容器編排工具提供圖形化界面或者命令行來管理容器和伺服器集群，提供容器配置、任務發布、服務發現、負載均衡、系統監控和故障恢復、聲明式系統配置以及有關容器部署和性能的規則和約束定義機制等。
Google開發的Kubernetes從眾多編排工具中脫穎而出。相比Kubernetes，Docker原生編排工具Swarm在集群搭建和使用上要相對簡單一些，學習和部署成本相對低一些。較新版本的Docker已經集成了Swarm。Swarm支持跨多個主機進行編排，管理較小規模的容器集群也綽綽有餘，對於初學者也可以很快的部署和運行。

㈦ 容器雲平台有什麼區別，怎麼選

現代化的企業私有雲抄IT基礎架襲構中，越來越多的生產環境正在逐步變革，將以傳統虛擬化為中心的架構向以容器和微服務為中心的雲原生架構過渡，在這個過程中，存儲如何有效支撐各種雲主機應用與微服務應用，對於企業的私有雲數據中心提出了很大挑戰。

杉岩容器雲存儲解決方案充分發揮了杉岩存儲產品的雲服務能力，具備廣泛的生態合作基礎，可高效地對接各種雲化的計算資源，降低復雜私有雲數據中心的基礎架構層管理運維成本。

㈧ 容器技術會最終取代虛擬化技術嗎

虛擬化技術的時代已經漸行漸遠。現在是容器技術和下一代雲原生應用回的世界，到達那裡只是時間答問題。與此同時，在虛擬化基質上運行容器，依然是 「快速啟動」 的常用方法，當然底層技術也在不斷前進，最終能讓容器在裸機上直接運行。現代數據中心將非常復雜，就像那些給我們帶來雲計算的網路公司一樣。它將掌控強有力的雲原生應用。在容器及其生態環境的軌道上，這些應用將用 Cloud Foundry 這類平台管理其自身的彈性，比以前所有的應用更安全，更高效，並享有更高的利用率。
如果解決了您的問題，請採納

㈨ 我想買一種把小蝦水草養在密封容器中觀賞性的小型生態系統，有人知道哪有賣嗎我在長沙

LZ好~ 你可以去當地的花鳥市場兜兜看，或者去有些傢具廣場之類的地方看看，我內們家搬家容的時候我在傢具廣場那種訂購傢具的地方看到的，挺多種的，有花有魚然後鵝卵石啊假山水草之類的，封閉和不封閉的幾乎都有，LZ可以去看看哦

㈩ 我們在做生態瓶的時候盡量選容器大一點的因為這樣做可以使生物活動的空間更大對嗎

我們在做生態瓶的時候盡量選容器大一點的，這樣做不單是為了生物活動的空間更大，主要是為了其中能容納更多的資源以便讓更多的生物生活，構成更復雜的生態系統，這樣生態瓶的生態系統更穩定。